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System Integrity Disclaimer 


Honeywell normally assumes responsibility for assuring the - 
compatible coexistence of the total computer system, including 
hardware and software modules, as specified in appropriate 
Honeywell literature. The assumption of this responsibility 1s 
based on extensive planning, specification, stability, and 
qualification testing of each component and of the integrated 
system. 


The Writable Control Store allows a user to control the underly- 
ing hardware base of a Model 43 or higher system. Because user 
microprogramming can bypass both the normal hardware and software 
integrity controls, Honeywell cannot ensure system integrity, 
compatibility, or performance once the WCS 1S utilized to execute 
user generated firmware. 


PREFACE 


This manual describes how to use the Writable Control Store 
(WCS) feature, enabling a user to successfully generate and exe- 
cute firmware routines in the Central Processing Unit (CPU), and 
includes a description of the Model 43/53 CPU. It 1S written to 
provide a microprogrammer with an understanding of the micro- 
instruction codes, the assembler, and the loading procedures to 
perform the above tasks. It assumes that the reader has a work- 
ing knowledge of the Level 6 architecture, the CPU, the asso- 
ciated system software, and the applicable operation procedures. 
For those who are unfamiliar with this information, 1t iS recom- 
mended that they familiarize themselves with the material con- 
tained in the following support documentation. 


@ Honeywell Level 6 Minicomputer Handbook (Order No. AS22) 
e GCOS 6 Program Preparation (Order No. CBul) 

@ GCOS 6 Commands (Order No. CBO2) | 

e GCOS 6 Assembly Language Reference (Order No. CBQ7) 


@e GCOS o MOD 400 Program Execution and Checkout 
(Order No. CB21) 


e GCOS 6 MOD 400 System Building (Order No. CB23) 


@e GCOS 6 MOD 4U0 Operator's Guide (Order No. CB24) 


Copyright () 1978 Honeywell Information Systems Inc. 
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SECTION 1 - INTRODUCTION 


Today's continued advancement of computer technology has pro- 
duced a usSer-accessible control store extension within a Central 
Processor Unit (CPU) called Writable Control Store (WCS). This 
WCS feature provides a user with extremely powerful hardware in- 
structions that extend as well as enhance the standard CPU soft- 
ware instruction set to achieve optimum CPU performance for soft- 
ware routines critical to a particular application, and allows 
them to execute at speeds comparable to the native CPU instruc- 
tions. They accomplish this by enabling a user to write custom- 
ized microprograms (firmware) into a CPU to replace repetitive 
software routines. Much of the speed enhancement derives from 
the ability of the firmware to perform several simultaneous oper- 
ations in a Single firmware step. 


The application for the WCS feature varies considerably from 
one user to another. It enables a microprogrammer to enhance and 
augment the native CPU firmware to produce the equivalent of a 
customer built, specialized central processor. Software routines 
(Or programs) designed to run without the WCS feature are unaf- 
fected by its presence. 


The closeness of the firmware to hardware requires tnat the 
microprogrammer have a solid understanding of all the CPU func- 
tions, charecteristics, and limitations. The key to effective 
custom-microprogramming lies in identifying the most frequently 
used algorithms for a particular application, and coding only 
those functions into microprogram routines. With effective 
microprogramming, a user can increase the overall performance of 
the CPU with a minimum conversion of software programs to micro- 
programs. 


1.1 GENERAL CHARACTERISTICS 

The WCS feature augments the control store facility in the 
CPU with additional storage capacity that is alterable by the 
user. Its basic functional characterictics are: 

@ Capacity of 1K or 2K 64-bit words. 

e wWCS assembler to assemble firmware routines. 

@ Loader to load the assembled routines into the WCS. 

@e Facility for a Microcode Analyzer to display and monitor 


Firmware sequencing and key data with the execution of 
each firmware step. 


This feature does NOT replace the standard firmware, but provides 
a micorprogrammer with the opportunity to add to it. 


1.2 USING THE WCS 


All microprograms (firmware routines) are initially processed 
through the WCS assembler, which acceptS mnemonic source input 
and creates object files suitable for loading into control store. 
Tne WCS loader accepts the assembler generated object code and 
loads it into the WCS. When User Generic instructions are pro- 
cessed in the CPU, control is passed from the standard firmware 
to the user firmware in the WCS, where control of the CPU is 
maintained until completion of the user microroutine. Upon 
completion, the user firmware returns CPU control to the Standard 
firmware. The entry point into the standard firmware 1s normally 
at the starting location of a microroutine used to fetch the next 
procedure word (1i.e., next instruction). However, the user can 
specify any return address. It should be noted that while user 
firmware iS in control of the CPU, the user 1S responsible for 
Maintaining software service routines, such as polling for inter- 
rupts, testing for traps, etc. 


Writing microprograms should be performed in a systematic and 
orderly manner. The user should: 


1. Define tne function of each new instruction. 


2. Acquire a good working knowledge of CPU functions, char- 
acteristics, and limitations. 


3. Define the task(s) the hardware must perform, such as 
drawing a cycle on a screen, and design a hardware algo- 
rithm to perform the task(s). 


4. Determine the firmware steps required to implement the 
subject algorithm. 


NOTE 


A firmware step can perform several parallel operations. 
Hence, a microprogrammer who may tend to think in terms 
of sequential programming operations, can save consider- 
able steps and timing in the microprogram by combining 
the applicable operations into one step, thus taking 
maximum advantage of the parallel operation, as well as 
writing a more efficient microprogram. For example, an 
Add and a Branch operation can be combined into a single 
firmware step instead of two steps. 


5. Enter each firmware step as a source Statement on a suit- 
able coding form. 


6. Transcribe each source statement onto punched cards, or 
enter each statement directly onto a disk file via an on- 
line terminal. 


7. Process the source file through the WCS assembler to ob- 
tain a machine-language object file, and output the ob- 
ject file to disk or magnetic tape. This operation also 
produces a combined listing of the source file, object 
file, and assembler diagnostic messages for use during 
debugging. 


8. Load the object file into the CPU for analysis and 
debugging. 


A Microcode Anaylzer 1S available that selectively displays 
pertinent CPU and WCS information for use in debugging micropro- 
grams. Included are the control facilities to single step the 
CPU through 4 microprogram, to set up a halt address that halts 
the CPU at any specified address, and to display the last 16 
steps executed by the CPU. 
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§ SECTION 2 - HARDWARE 


The microprogrammer must know the hardware configuration in 
use to properly program the firmware. An understanding of the 
function of each unit and its relation to the entire system will 
make the task easier. 


The hardware required to implement user generated micropro- 


grams consists of two basic units (see Figure 2-1); the Central 
Processor Unit (CPU) and the Writable Control Store (WCS). The 


Microcode Analyzer is a tool to aid microprogram debugging. 


WRITABLE 
CONTROL 
STORE 


CENTRAL 
PROCESSOR 


MICRO- 
CODE 
ANALYZER 


Figure 2-1] Hardware Configuration 


The CPU is the computing and control portion of the Level o6o 
system, which processes the data and address information required 
by the microprogram. It controls not only the flow of informa- 
tion within the CPU but also the flow of data between the CPU and 
other units of the Level 6 system. Control over system opera- 
tions 1S accomplished by selecting, interpreting, and controlling 
execution of all software instructions. 


The WCS provides a variable extension of the native control 
store, which manipulates the central processor hardware. The WCS 
firmware functions as an extension of the native control store 
firmware, manipulating the CPU hardware in exactly the same man- 
ner as the native firmware. The WCS firmware iS not a replace- 
ment for the standard firmware used to implement the base in- 
struction set, but provides the user with the opportunity to add 
to it. 


Key features of the CPU in the microprogramming environment, 
in addition to the 26 software-visible registers, are a number of 
data paths, firmware registers, and control flops; some of which 
are dedicated to specific functions, either by hardware structure 
or by native firmware usage. The CPU registers differ in length, 
functionality (shifting, counting, etc.) and ability to communi- 
cate with other CPU elements and the Level 6 system. Regardless 
of length, the bits of each register or data path are numbered 
from left (most significant bit) to right (least significant 
bit), starting with zero. Thus, a 4-bit register would have bits oo 
numbered 0 through 3, while a 2U-bit register or data path would — 
have bits numbered O through 19. 


All addresses and many other values in thisS manual are ex- 
pressed in hexadecimal (base 16) notation, using the digits 0, l, 
2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, and F. When there 15 any 
danger of ambiguity between hexadecimal and decimal numbers, the 
hexadecimal number is written in this manual uSing tne pound sign 
(#) as a Suffix. 


The registers, flops, data paths, and processing elements 
that comprise the CPU are divided into six functional areas: 
microprocessor, internal bus, Megabus* interface, miscellaneous 
hardware, firmware sequencing, and master clock (see Figure 2-2). 
Each of these areas 1S controlled by a distinct set of microin- 
Structions, which are described in detail in Section Three. 


The remainder of this section describes: 
@e The six areas of the CPU 


@ Entering and leaving the WCS 
e Use of the CPU registers, counters, and control flops. 


*Trademark of Honeywell Informations Systems, Inc. 


2~-2 


CENTRAL PROCESSOR 


MICRO- MISCELLANEOUS 
PROCESSOR HARDWARE 


INTERNAL FIRMWARE 
BUS SEQUENCING 


MEGABUS MASTER 
INTERFACE CLOCK 


Figure 2-2 Central Processor Area 


2.1 MICROPROCESSOR AREA 


: The microprocessor area (see Figure 2-3) performs the arith- 

| | metic, logical, and shift operations required by the Level 6 sys- 

| tem, including storage of operands for subsequent use by the 
microprogram and over half of the software visible registers. 
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Figure 2-3 Microprocessor Area 


The interface to the microprocessor area from the internal a 
bus area enables processing of operands from CPU areas that are \e_/ 
external to the microprocessor area. The microprocessor area in- 
cludes a register file that provides storage for sixteen 20-bit 
registers. Among these are software visible registers Rl through 
R7 and Bl through B7. Results of the microprocessor operations 
can (optionally) be stored within the microprocessor area, but 
regardless of whether or not these storage facilities are used, 
the results are available for testing and/or distribution (via 
the internal bus) to destinations outside the microprocessor 
area. 


2.2 INTERNAL BUS AREA 


The internal bus area (see Figure 2-4) selects data from any 
one of several sources, and makes the data available to destina- 
tions both inside and outsSide the internal buS area. 
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Figure 2-4 Internal Bus Area 


Elements that functions as internal bus sources include: 


@® Microprocessor outputs 

@® Sixteen additional 20-bit registers (RAM) 

® Megabus buffer registers 

@e Constant-generation facilities 

@® Other sources. co 


Elements (within the internal bus area) that may Serve as 
destinations for the internal bus data include: 


lo RAM registers 

Memory address register and program counter 
Indicator register | 

Otner registers. 


In general, the internal busS microinstruction permits select- 
ing a Single source and optionally delivering copies to one des- 
tination in each of the four categories previously listed. 
Internal bus data are also availeble for use by the other CPU 
areas. 


2.3 MEGABUS INTERFACE AREA 


Megabus cycles originating from the CPU are processed by the 
Megabus interface area (see Figure 2-5). For example, if the CPU 
wants to store a word in main memory, it sends the word together 
with its memory address (via the Megabus interface area) down the 
Megabus to main memory. 


‘CENTRAL PROCESSOR - 


MICRO. 9. @ omiscectaneous | 
PROCESSOR HARDWARE: 
ar INTERNAL im FIRMWARE 
: , BUS SEQUENCING —: 
MEGABUS : :MASTER. 
INTERFACE CLOCK 


EXTERNAL 
SOURCES 


> DATA AND ADDRESS LINES 


Figure 2-5 Megabus Interface Area 


The six types of communication permitted over the Megabus 
are: (1) memory read request, (2) I/O read request, (3) read 
response, (4) memory write, (5) I/O write, and (6) interrupt. 
The microprogrammer can use combinations of these Megabus opera- 
tions depending on the type of communication desired with other 
units of the Level 6 system. 
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NOTE 


Communication types (1), (2), (4), and (5) are subject 
to control by the Megabus interface area, while types 
(3) and (6) are controlled by the internal bus area. 


The interfaces among the internal bus, miscellaneous hard- 
ware, and Megabus interface areas enables the sending of data, 


address, and control information to the Level 6 Megabus from CPU 
areas that are outside the Megabus interface area. 


2.4 MISCELLANEOUS HARDWARE AREA 


The miscellaneous hardware area (see Figure 2-6) includes the 
remaining control flops and registers required by the CPU. 
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Figure 2-6 Miscellaneous Hardware Area 
The interface to the miscellaneous hardware area from the 
microprocessor, internal bus, and Megabus interface areas permit 
the microprogrammer to alter the state of the various control 
elements uSing sources both internal and external to the miscel- 
laneous hardware area. 
a 
. a, 


com 


These control elements modify the actions of other CPU areas, 
and can also be used to save signals generated in the current 
firmware step for use in subsequent firmware steps. For example, 
1f the microprogrammer wants to postpone a firmware branch based 
on whether or not an arithmetic operation produced overflow, the 
overflow signal from the microprocessor area can be used to alter 
the state of a control flop within the miscellaneous hardware 
area. The state of the control flop can later be used as the 
test conditon for a firmware branch operation. 


2.5 FIRMWARE SEQUENCING AREA 


The firmware sequencing area (See Figure 2-7) provides the 
next firmware address for the control store. Every firmware step 
specifies a test condition that interrogates various flops and 
signals from other CPU areas to determine which of two alternate 
addresses is the next firmware address. Unconditional branching 
1S Supported by a test condition that always evaluates "false". 
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Figure 2-7 Firmware Sequencing Area 


There are two addressing modes; Transparent and Sequential. 
In the Transparent mode, the mode used by the native firmware, 
every firmware step explicitly specifies the address of its suc- 
cessor. The Sequential mode appears more like typical software 
in that control generally proceeds to the next sequential loca- 
tion. The Transparent mode makes it possible to produce more 
compact code, whereas the Sequential mode is easier to learn. 


2.6 MASTER CLOCK AREA AND TIMING CONSIDERATIONS 


The master clock area (see Figure 2-8) generates the timing 
Signals necessary for proper operation of the CPU. 
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Figure 2-8 Master Clock Area 


The timing Signals distributed throughout the CPU provide 
four clock cycles that differ only in tne duration of the cycle. 
The duration of the clock cycle for each firmware step 1s select- 
ed by the firmware assembler to provide the fastest performance 
consistent with reliable operation of the hardware. In rare cir- 
cumstances, it will be necessary for the microprogrammer to over- 
ride the assembler clock controls. This action will be required 
when the durétion of a clock cycle must be increased to accommo- 
Gate conditions arising from the actions of a prior firmware 
step. 


All firmware controlled registers and flops in all areas of 
the CPU, with the sole exception of the 12-bit instruction regis- 
ter (F), are loaded, cleared, incremented, and/or shifted syn- 
chronously at the end of the firmware step calling for such 
action(s). Any testing, copying, etc., dependent on the content 
of a register that is being altered in the same firmware step, 
may be assumed to operate on the current contents of the register 
(l.e., the register contents before being altered by the current 
firmware step), except as explicitly noted. 


Special timing considerations apply to firmware steps in- 
volving Megabus read request or Megabus write operations. Read 
requests are not generally completed until well into the next 
firmware step, imposing some restrictions on the microprogrammer. 
If the read request is not immediately followed by a firmware 
step that uses the response, the address selection must be main- 
tained during the first step following the read request step. 

The acknowledge signal from the Megabus may be copied and/or 
tested during the firmware step immediately following the read 
request step. 


During Megabus write operations, the acknowledge Signal from 
the Megabus is received in time to be copied within the same 
firmware step, but not early enough to affect firmware Sequencing 
reliably (refer to subsection 3.3). 


A different situation exists regarding read responses (via 
the Megabus) to a CPU request. If the response arrives before 
the firmware is ready to use it, the data are buffered until re- 
quested. If the firmware attempts to use the data before the 
response has been received, the interface hardware automatically 
stalls the CPU master clock until the data arrives. The micro- 
programmer muSt avoid requesting data from a Megabus buffer if 
the read request was rejected; there is no limit to the patience 
of the master clock awaiting data that will not be received. 


2./ ENTERING AND LEAVING THE WCS 


To minimize timing problems when transferring microprogram 
control from native control to the WCS, or vice versa, advantage 
is taken of the synchronization capability already designed into 
the Megabus interface area. Control is transferred by causing 
the CPU to issue a Megabus cycle (I/O write) addressed to the 
WCS. By properly timing its acceptance of this command, the WCS 
hardware automaticlly assures a clean transfer of control. 


Native firmware performs the above operation whenever the 
first word of an insStruction lies in the range 0080# through 
OOBF#. The location to which control is transferred is one of 
the first 16 locations in the WCS; the specific location is iden- 
tified by the least significant hexadecimal digit of the instruc- 
tion word. The content of the various CPU registers and flops at 
the time of entry into the WCS is described in subsection 2.8. 


When it is desired to return control from the WCS to the na- 
tive control store, the user must create the appropriate I/O con- 
trol word (with the WCS channel number and a function code of 
25#) and transmit this command to the Megabus, simultaneously 
specifying the native control store address to which control 
should return (refer to examples 6 and 7 in subsection 3.7). 
Normally, return 1s to location O20# for the next instruction 
fetch operation. 


Trap conditions of two kinds can occur: 
e Conditions detected by hardware during Megabus cycles. 


e Conditions detected by firmware test and branch opera- 
tions. | 


Tne first category includes: a 


1. Bus parity errors, memory parity errors, and uncorrect- 
able errors detected by the memory Error Detection and 
Correction (EDAC) logic. These are sensed by the CPU 
when the bus data are sourced to the internal bus. 


2. References to unavailable resources. These are sensed by 
the CPU during a write cycle, or during the firmware step 
following a read request cycle. 


3. Illegal addresses. These are detected by WRAP testing 
(refer to subsection 2.8.2 - WRAP Control Flop), or by 
the Memory Management Unit (MMU); Sensing of illegal ad- 
dresses by the CPU is timed similarly to that of unavail- 
able resource references. 


When any of the above trap conditions are encountered, hard- 
ware forces the firmware to location O00U in the native control 
store; this is the starting address for the native firmware se- 
quence that analyzes the trap condition and generates an appro- 
priate trap. 


All other trap conditions are considered under the second 
category, i.e., they are detected by conditional firmware 
branches as required by the functional specification applicable 
to the instruction being executed. When such a trap is detected, 
the firmware should exit to the location TRAP (33B#) in the na- 
tive firmware, after first enSuring that: 


1. RAM location 0 contains the inStruction word to be re- 
ported*. 


2. The XB and CTR register contents are appropriate for the 
Z-word®., : 


3. The Q register contains the address (if any) to be re- 
ported in the A-word*.. 


4. Register BU contains a trap vector code equal to 4U# 
Minus the desired trap number*®. 


*Refer to Honeywell Level 6 Minicomputer Handbook (Order Number 
AS22) for a description of Trap Save Area contents. The fol- 
lowing subsection defines all CPU registers, counters, and con- oe 
trol flops that are visible to the microprogrammer, including 
those registers and counters mentioned above. 


£ » 


( 
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2.8 USE OF CPU ELEMENTS 


The CPU registers, counters, and control flops that are visi- 
ble to the microprogrammer can be classified into four catego- 
ries: 


Software Visible (SWV) 
Firmware Dedicated (DEDIC) 
Working Storage (WORK) 
Autonomous (AUTO). 


The possible uses for elements in the above categories are 
described in the following subsections and summarized in Table 
2-1. 


2.8.1 Software Visible 


The registers in this category should not be altered except 
as explicitly required by the functional definition of the cur- 
rent instruction. 


Registers Dl through D7 


Registers Dl through D7 reside in bits 4 through 19 of micro- 
processor register file locations 1 through 7 (bits U0 through 3 
of each register are not software visible, but are not usually 
useful as working Storage). 


Registers Bl through B/7 


Registers Bl through B7 reside in microprocessor register 
file locations 9 through F. 


Register Ml through M/ 


Registers Ml through M7 reside in bits 12 through 19 of in- 
ternal bus RAM locations 1 through 7 (refer to subsection 2.8.2 - 
RAM locations 4 and 6 and subsection 2.38.3 - RAM locations 1, 3, 
5, and 7 for the use of other bits in these locations). 


T and RDB Registers 

The T and RDB registers reside in RAM locations A and B 
(respectively). 

S_and I Registers 


The S register contains the system status and security codes 
for use within the CPU. The I register contains the CPU indica- 
tors. 


P Register — 


The P register normally functions as a program counter, but 
can be freed for use aS a working register (refer to subsection 
2.8.3 - P register). 


2.8.2 Firmware Dedicated 


The registers and flops in this category contain control in- 
formation and/or trap context. They should be loaded only with 
the information described herein so that the native functionality 
is preserved. They can also be used as sources for this informa- 
tion. 


RAM Location 0 


This RAM location contains the instruction word to be report- 
ed when a trap occurs. 


RAM Locations 4 and 6 (bits 4 through 11) 


Bits 4 through 11 of these RAM locations contain the mode in- 
formation for: 


l. Enabling the Real Time Clock (RTC). 
2. Enabling the Watch Dog Timer (WDT). uo 


/ 
a 


_ 


RAM locations C and D 


RAM locations C and D contain pointers to the most recently 
accepted Commercial Instruction Processor (CIP) and Scientific 
Instruction Processor (SIP) instructions, respectively. Each 
location must remain NULL if the corresponding external processor 
is not configured. 


RAM location F 


This RAM location must be NULL except when it points to the 
next word of procedure, freeing the P register for use as a work- 
ing register (refer to Subsection 2.8.3 - P Register). 


CTR Register 


The CTR register 1S a 4-bit counter that indicates the number 
of procedure words consumed in the processing of the current in- 
Struction. It iS incremented (or cleared) every time the P reg- 
lster 1S incremented (refer to Subsection 2.8.3 - P register). 


XB Register 


The XB register is a 4-bit shift register that Supplies trap 
context information regarding indexing of bit or byte operations 
(refer to subsection 2.8.3 - XB register). 


am, 


WRAP Control Flop 


The WRAP control flop facilitates the checking of address- 
arithmetic firmware to detect attempts to exceed the 20-bit 
capacity of the address registers. If the WRAP control flop is 
on, any access to the Megabus (read request or write operation) 
will result in the transmission of an illegal address or I/0 
channel number. This action resultS in no response via the 
Megabus, which isS interpreted aS an "unavailable resource". 


Whenever an index value or other displacement is to be added 
to a base address, the algebraic sign of the displacement should 
first be copied into the SIGN control flop. Then, the address 
modification can be performed, using the sign-extensSion capabili- 
ties of the microprocessor area (refer to subsection 3.1). Si- 
multaneously, the carry Signal from the most significant end of 
the microprocessor should be compared with the state of the SIGN 
control flop, and the comparison result copied to the WRAP con- 
trol flop. 


Read-Modify-Write Control Flop (RMWF) 


RMWF 1S set to One when memory has been locked for the dura- 
tion of a read-modify-write operation. RMWF is set and cleared 
by the Megabus interface area CHGLOCK operand (refer to subsec- 
tion 3.3) if the F register contains one of the following 
instruction codes (refer to subsection 2.8.3 - F/SEL Instruction 
Register): 

F = 002 
B80F < 
BANE < 


LOAD, TRAFFIC, and PANOK Control Flops 


These flops communicate control information between firm- 
ware and the operator. Although they are described here for com- 
pleteness, it iS not anticipated that normal user firmware will 
involve any of them. 


003, UU6, OUT#, or 
897#, or 


F< 
F < B8B7#. 


The LOAD flop can be set and cleared both by the operator and 
by firmware in the miscellaneous hardware area. During the sys- 
tem startup operations, LOAD 18S normaliy set by the operator and, 
when bootload action is completed, cleared by firmware. There- 
after, this flop usually remains off, but 1S Sometimes set brief- 
ly by firmware aS a means of preventing a trap to location OUU 
when a Megabus cycle is addressed to a possibly unavailable re- 
source. LOAD must never be left on at the end of an instruction. 


The TRAFFIC flop is loaded by firmware in the miscellaneous 
hardware area to control the corresponding indicator on the con- 
trol panel. However, the flop is held off by hardware unless the 
control panel is in the Run mode. As the native firmware 
extracts the first word of each instruction, the word is tested 


2-13 


to determine if the instruction op-code is HLT. The result of 
this test is transferred (via the ZERO flop) to the TRAFFIC flop 
(subject to hardware override if the Run mode is not in effect). 


The PANOK flop synchronizes the servicing of operator 
requests. It 1S set to Zero whenever the CLEAR or EXECUTE push- 
button is depressed and when in Register-Change mode, a hexa- 
decimal key is depressed. This flop is set to One by the firm- 
ware that services the request, and is used to prevent multiple 
servicing of a single key-stroke. 


EFFRING, NONPROC, NOCHEK, SEGERR, and PROV Controls 


These signals and flops support normal MMU operations, permit 
temporary alteration of access rules, and reports errors detected 
by the MMU. 


EFFRING 18 a 2-bit register containing the "effective ring 
number", which the MMU uses to determine the degree of privilege 
appropriate to the current instruction, and against which memory 
access requests are tested. Native firmware loads EFFRING from 
the S register RING field at the start of each instruction. 
Correct procedure requires that EFFRING be modified to decrease 
its privilege level whenever, in the course of formulating an ad- 
dress, it uses data that might have been generated by a less 
privileged program. 


NONPROC eStablishes a temporary change in the rules of ac- 
cess. Memory references which use the P register as the address 
Source normally require "Execute" permission; when NONPROC has 
been set, they require only "Read" permission (refer to sub- 
section 2.8.3 - P register). 


NOCHEK establishes a temporary suspension of the rules of ac- 
cess (it does not affect the mapping of segmented virtual addres- 
ses to physical, nor the detection of illegal, non-existent ad- 
dresses). The intent of this functionality is to remove restric- 
tions on memory access by system firmware (interrupt and trap 
handler, RTC/WDT service, panel routine, etc.). 


SEGERR signals that the MMU has detected an error ina vir- 
tual address; the referenced segment is not valid, its size has 
been exceeded, or a protection violation has been detected. If 
SEGERR occurs during a memory reference, it causes the transmis- 
sion of an illegal physical address. This action results in no 
response via the Megabus, which is interpreted as an "unavailable 
resource". If no memory reference or accesS-rights test (refer 
to subsection 3.3.3. - MMURDACC, MMUWRACC) is requested, the 
SEGERR signal is ignored. 


PROV signals that the MMU has detected a protection violation 
(failure of access rights check) on an otherwise legal address 
(1.e., an address in a valid segment and within the segment 
size). If a protection violation occurs during a memory 


a 
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reference, the PROV flop is locked in the set state until cleared 
by the firmware function NOCHEK (this function is normally issued 
by the trap generation firmware). If a protection violation 
occurs during a firmware step that explicitly requests an access- 
rights test, the next firmware step may copy PROV to the MISC 
control flop. 


NEWXR Control Flop 


The NEWXR flop is used in the Transparent mode to distinguish 
between reentrant invocations of the XR "Splatter" branch. This 
flop is set when the SEL register is loaded from the internal bus 
(e.g., during instruction fetch); it is cleared when a branch is 
performed to XR, XE, XW, or XF (refer to subsection 3.5), and 
when the WRAP flop is set or cleared (refer to subsection 3.4). 
The effect of NEWXR is shown in Appendix E. 


2.8.3 Working Storage 


These are the registers and flops available to the micropro- 
gramner for temporary storage of operands, imtermediate results, 
control information, etc., during execution of each instruction. 
Their contents cannot generally be depended on to retain infor- 
mation between instructions, especially in the presence of asyn- 
chronous actions such as interrupts, unexpected traps, and 
RTC/WDT service requirements. 


RAM Location 8 


This RAM location initially* contains a pointer to the next 
word of procedure (copy of P register), but may be altered as 
desired. 


RAM Locations 9 and E 


These RAM locations initially contain no predictable informa- 
tion. 


RAM Locations 1, 3, 5, and 7 (bits 0 through 11) 


Bits 0 through 11 of these RAM locations normally contain 
zeros, and are unused by the native firmware. These fields are 
not easily altered because bits 12 through 19 of these locations 
contain software visible data (M registers) that must be pre- 
served. They do, however, have the advantage of being able to 
retain formation between instructions and for prolonged periods. 


*In this context, “initially" refers to the instant when the na- 
tive firmware transfers control of the User Generic execution to 
wWCS firmware. 


Register File Locations 0 and 8 


Register file locations O and 8 are called registers DO and 
BO, respectively, and initially contain no predictable informa- 
tion. 


Q Register 


The Q register initially contains a pointer to the first word 
of the current instruction, but may be altered as desired. 


F/SEL Instruction Register(s) 


The F/SEL register initially contains the first word of the 
Current instruction, but may be altered as desired. Specific- 
ally, it may be useful to copy all or a portion of subsequent in- 
struction words into the instruction register to facilitate de- 
coding and/or branch control. 


NOTE 


Numerous mappings of the contents of the instruction 

register are available as listed in Tables 3-8, 3-9, 

and Appendix E. These instructions are designed for 

the native repertoire; their utility to the WCS micro- 

programmer will depend to a large extent on the func- cao 
tional specification of the new instructions, and on 
their similarity to the native instructions. 


Y Register 


The Y register initially contains no predictable informa- 
tion. This register iS primarily designed to hold nonprocedural 
addresses (or I/O control words) for transmission to the Megabus; 
however, during periods of inactivity in the Megabus interface 
area, the Y register may be used for other tasks. 


H Register 


The H register initially contains no predictable information. 
The principal functions of this register are to: 


e Facilitate the handling of halfwords (bytes) by accepting 
16-bit quantities from the internal bus, and later deliv- 
ering them back to the internal bus with the two halves 
inter-changed. 


e Assist the expansion of a 8-bit algebraic quantities to 
16 bits. 


@e Retrieve 2U-bit addresses from two adjacent words in 
memory. 
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LINK Register 


The LINK register initially contains no predictable informa- 
tion. Loaded from the internal bus, this register is usable only 
by the firmware sequencing area: Transparent mode XL, XLU, and 
XL1 or Sequential mode LBRANCH. 


MISC, SHIN1, SHIN2, SIGN, and ZERO Control Flops 


These flops are initially cleared to zero. 


DDLEQO Control Flop 


This flop initially contains no predictable information. 


XB Register 


The XB register iS initially cleared to zero. Depending on 
the functional definition of the current instruction, the contri- 
bution of this register to the Z-Word* may include no useful 
information. In this event, the XB register may be used for 
working storage. 


P Register 


As previously indicated, the P register can be freed of its 
normal procedure-pointing duties, and used for any purpose de- 
Sired. To accomplish this the user must first copy the content 
of P into RAM location F (RAMF) and must notify the MMU to treat 
Subsequent procedure references as data read operations for the 
purpose of checking access rights. The P register may then be 
loaded and used as desired. If an unexpected trap should occur 
(e.g. a parity fault), the native firmware will report the 
content of RAMF in the trap context in lieu of P. Similarly, the 
z2-word* will report an instruction size of one, rather than the 
content of CTR. Before returning control to native firmware 
(e.g., at the end of the instruction), the user must copy the 
procedure pointer from RAMF back to the P register, and then 
clear RAMF to NULL. 


The user may find it worthwhile to invest the overhead re- 
quired by the previous paragraph if the User Generic instructions 
‘to be implemented involves reading a long consecutive nonproce- 
dural data string from memory. The relative economy of time and 
code space possible when using P as the address register for such 
an operation can quickly repay the investment. 


*Refer to the Honeywell Level 6 Minicomputer Handbook (Order 
Number AS22) for a description of Trap Save Area contents. 


2.8.4 Autonomous 


These buffer registers and flops are set by external agencies 
(i.e., agencies which are not firmware controlled), and supply 
information for firmware uSe. 


Acknowledge (ACK) Control Flop 


The ACK control flop remembers whether the most recent 
Megabus action was accepted or rejcted: if ACK 1s ON, the action 
waS accepted, if ACK is off, the action was rejected. 


Megabus Data Buffer (BD) 


The Megabus data buffer retains the data received from memory 
or an I/O channel in response to the most recent CPU read re- 
quest. The content of BD remains valid, and may be reused, until 
the firmware issues the next read request or references the 
Megabus procedure buffer. 


Megabus Procedure Buffer (BP) 


The Megabdus procedure buffer supplies the next procedure 
word from memory (1.e., the word pointed to by the P register). 
BP can be read only once per word because this read operation in- 
crements the P register. 


Megabus Interrupt Buffer (RUP) 


The Megabus interrupt buffer retains the latest external in- 
terrupt received (1.e., one not involved with RTC, WDT, or LEV 
actions). The content of RUP is valid while the Interrupt Busy 
(INTBSY) flop 1S on. 


YELLOW and PARER Megabus Data Error Flops 


The YELLOW and PARER flops signal detection of an error in 
memory or on the Megabus. YELLOW remembers if at least one data 
error was corrected by memory EDAC hardware since the last inter- 
rogation of this flop; YELLOW is cleared each time it 1s interro- 
gated by the firmware. PARER remembers if the most recent 
Megabus buffer reference (BD or BP) reported either a Megabus 
parity error or a data error not correctable by memory EDAC hard- 
ware. Unless the control panel is in Load, Read, or Write mode, 
the setting of PARER forces the firmware to native location 000 
for suitable trap generation (refer to subsection 2.7). 


EXTRAP, INTBSY, and TICK Service Request Flops. 


The EXTRAP, INTBSY, and TICK service request flops are set by 
hardware to Signal a requirement for a break in firmware flow. 
If execution of the current instruction is lengthy, as defined 
below, the user is responsible for polling these flops frequently 
enough to avoid degradation of system performance. The native 
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firmware performs this polling while extracting the first word of 
each instruction. It 1S recommended that, when polling detects 
such a request, the user should execute a branch to suitable 
firmware which will prepare the current instruction to be resumed 
Or restarted, aS appropriate, then exit to native firmware (loca- 
tion 020#). 


EXTRAP is true when one or more external processors (CIP or 
SIP) has detected a trap condition. User firmware that does not 
communicate with CIP or SIP need not poll EXTRAP. If a Megabus 
reguest to such a processor is rejected, the firmware should test 
EXTRAP to determine whether the rejection might have been caused 
by a trap. If not, the Megabus request can be repeated; other- 
wise, a return to native firmware is recommended. EXTRAP becomes 
false when all external processors with trap conditions have 
delivered their trap words. 


INTBSY is set when an external interrupt of high enough pri- 
Ority is received and accepted by the CPU hardware. No further 
interrupts, regardless of priority, can be accepted until firm- 
ware services buffer RUP, reloads the level field in the S regis- 
ter, and clears INTBSY. This flop must be polled often enough to 
ensure the interrupt response perfomance appropriate to the ap- 
plication. 


TICK is set every 8-1/3 milliseconds by a crystal-controlled 
oscillator in the CPU, signalling the need for service of the 


YELLOW logic, the RTC and/or WDT, and the control panel. TICK 
must be polled at least 120 times per second. 


Table 2-1 Use of CPU Elements (Sheet 1 of 4) 


PRIMARY NATIVE 
ELEMENT LENGTH TYPE AREA FIRMWARE USAGE 


Megabus Megabus Cycle Acknowl- 
gement Storage 


Microprocessor 
Microprocessor | Base Registers 


Internal Bus Megabus Data Read 
Buffer 


Internal Bus Megabus Procedure Read 
Buffer 


Miscellaneous Count Instruction 
Hardware Length 


Microprocessor 


Microprocessor | Data Registers (R1-R/7) 


DDLEQO 


EFFRING 


EXTRAP 


INTBSY 
LINK 


LOAD 


MISC 


NEWXR 


NOCHEK 


NONPROC 


Miscellaneous 


Megabus 


Internal Bus 
Internal Bus 
Internal Bus/ 


Miscellaneous 
Hardware 


* 
Internal Bus 


Miscellaneous 
Hardware 


Miscellaneous 
Hardware 


Firmware 
Sequencing 


Miscellaneous 
Hardware 


Miscellaneous 
Hardware 


Internal Bus 


Miscellaneous 
Hardware 


Megabus 


Megabus 


Table 2-1 Use of CPU Elements (Sheet 2 of 4) 


PRIMARY NATIVE 
ELEMENT LENGTH TYPE AREA FIRMWARE USAGE 


CIP Descriptor Length 
Hardware 


MMU Effective Ring 
Number 


External~Processor 
Trap 


Instruction MSB 
Byte Swapping 


Indicator Register 


Interrupt Busy Signal 
Firmware Sequencing 


Inhibit Missing - Re- 
source Recognition 


Distinguish Reentrant 
XR Branch 


Inhibit MMU Access 
Rights Checking 


Inhibit MMU Execute 
Checking 


Program Counter 


Acknowledge Panel 
Request 


Bus Parity Error or 
EDAC Uncorrectable 
Error. 


MMU Protection Viola- 
tion 


q Table 2-1 Use of CPU Elements (Sheet 3 of 4) 


ELEMENT LENGTH TYPE AREA 


WORK Microprocessor 


PRIMARY NATIVE 
FIRMWARE USAGE 


32-bit Shifts 


Holds Copy of Instruc- 
tion Word 


RAMO DEDIC Internal Bus 


Mode Registers (M1-M/) 
Plus Control Informa- 


SWV Internal Bus 


+DEDIC 


RAM1-RAM/7 


RAM8-RAMY 
RAMA 


RAMB 


RAMC 


RAMD 


RAME 
RAMF 


RMWF 


RUP 

S 
SEGERR 
SEL 


SHINI, 
SHIN2 


SIGN 


TICK 


TRAFFIC 


WORK 
SWV 


SWV 


DEDIC 


DEDIC 


WORK 


DEDIC 


DEDIC 


AUTO 


SWV 


DEDIC 


WORK 


WORK 


WORK 


AUTO 


DEDIC 


Internal 
Internal 


Internal 


Internal 


Internal 


Internal 
Internal 


Megabus 


Internal 
Internal 
Megabus 
Internal Bus 


Miscellaneous 
Hardware 


Miscellaneous 
Hardware 


* 


Miscellaneous 
Hardware 


tion 


Stack Pointer (T) 


Remote Descriptor Base 
Register (RDB) 


CIP Instruction 
Pointer 


SIP Instruction 


‘Pointer 


Usually Must Be Null 


Remember That CPU 
Locked Memory 


Interrupt Word 


System Status Register 


MMU Segment Error 
Instruction LSB 


Control Shift End 
Effects 


8.3 MS Interval Mark 


Control Panel 
Indicator 


Table 2-1 Use of CPU Elements (Sheet 4 of 4) 


Miscellaneous 
Hardware 


Miscellaneous 
Hardware 


Internal Bus 


| YELLOW Megabus 


ZERO Miscellaneous 
Hardware 


*Not controlled by firmware. 


Address-Wrap-Around 
Storage 


Subword Indexing, Hex 
Decoder 


Megabus Address 
Register 


EDAC-Corrected 
Errors 


ALU Zero Result 
Storage 


— 
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SECTION 3 - MICROINSTRUCTIONS 


The CPU hardware is controlled by firmware words (steps), 
each step consisting of several microinstructions that manip- 
ulate the hardware to perform desired operations. The CPU can 
execute up to Six microincstrucions Simultaneously during any 
given firmware step, permitting simultaneous control over the 
six functional CPU areaS: microprocessor, internal bus, Megabus 
interface, miscellaneous hardware, firmware sequencing, and 
master clock. 


3.1 MICROPROCESSOR AREA 


The principal elements of the microprocessor area (See Figure 
3-1 include: 


e Register File (RF) 

@ Q Register 

e Arithmetic/Logic Unit (ALU) 
e Shift Logic. 


The register file 1S a memory consisting of sixteen 20-bit 
locations, numbered 0 through F. The first eight locations are 
designated as registers DO through D7, while the last eight 
locations are designated as registers BO through B7. Up to two 
of these registers may be addressed simultaneously to serve as 
sources and/or destination for the ALU. Simultaneously, the con- 
tents of one register file location may be made available to the 
internal bus area. 


The Q register iS an additional 2U-bit register that is 
available as an ALU source and/or destination. 


The ALU performs all CPU arithmetic and logical functions. 
It has two 20-bit inputs and one 20-bit output. The ALU output 
may be directed to a destination within the microprocessor and/or 
made available to the internal bus area. Three auxiliary signals 
are generated based on the ALU results: Carry (CRY), Overflow 
(OVFL), and Zero detect (AUZ). For the purpose of generating 
these signals, the ALU function may be treated as a lo-bit or a 
20-bit operation as shown in the following listing; however, the 
actual arithmetic or logical operation is always 2U bits wide. 


DATA FROM 
INTERNAL 
BUS 


CENTRAL PROCESSOR 


MICRO- 
PROCESSOR 


MISCELLANEOUS 
HARDWARE 


FIRMWARE 


INTERNAL 
SEQUENCING 


BUS 


_ MEGABUS 
INTERFACE 


REGISTER 
FILE 
(RF) 


Q 
REGISTER 


ARITHMETIC/LOGIC 
UNIT 
(ALU) 


ALU RESULT 


Figure 3-1 Microprocessor Area 
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16-BIT 20-BIT 16-BIT 20-BIT 
SIGNAL ARITHMETIC ARITHMETIC LOGICAL LOGICAL 


Carry from bit]| Carry from bit Undefined* | Undefined* 
4 0 


Overflow from ALU result bit | Undefined* ALU result 
bit 4 O in liew of bit 0 in lleu 
overflow of overflow 


=] if ALU =] if ALU =] if ALU =] if ALU 
result bits result bits result bits] result bits 
4-19 0-19 4-19 0-19 


*Except for the logical AND function as described in subsection 
i ee Oe 


The shift logic is designed to perform single-bit left or 
right shifts on the 16 least significant bits of the ALU result 
before they are written into the register file. The Q register 
can be shifted simultaneously to facilitate operations on 32-bit 
Quantities (refer to subsection 3.1.4). 


3.i.1 Syntax 


The microinstructions that affect this functional area con- 
trol the Register File Arithmetic and Logic Unit (RALU). These 
microinstructions contain a function and up to four operands as 
follows: 


function A SRCl, SRC2, DEST, SHIFT 
function A SRC1l, DEST, SHIFT 
where: 
SRCl iS an input source. 
SRC2 is an additional input source. 
DEST is the destination for results (optional operand). 
SHIFT is the shift operand for results (optional operand). 
3.1.2 Microprocessor Sources and Destinations 
Sources to the ALU may be any one (or two) of the following: 
Internal Bus (refer to subsection 3.2). 
Q Register 


Register File Location 
Another (or the same) Register File Location 


ZERO (20 bits, all zeros). 


Destinations, if any, in the microprocessor may be to the _. Aes 
following: i 


e Q Register 
@e Register File location. 


Whether or not a microprocessor destination is specified, the 
ALU result, CRY, OVFL, and AUZ are available for simultaneous 
use by microinstructions in other areas. If SRC1l, SRC2, and DEST 
all specify register file locations, DEST must be the same as 
either SRCl or SRC2. 


The possible sources and destinations for the microprocessor 
area are summarized in Table 3-l. Register file locations may be 
specified explicitly or as a function of fileds in the F/SEL in- 
struction registers. The mnemonics are derived from the B-field 
(SEL register bits 1 through 3), the M-field (F register bits 9 
through 11), and the N-field (F register bits 1 through 3). If 
the firmware step just previously executed altered the contents 
of SEL, those operands that depend on fields in SEL will use its 
previous contents (i.e., the contents before SEL was altered 
at the end of the firmware step just previsously executed). 


If two register file locations are selected by operands SRCl, 
SRC2, and/or DEST, they must both be members of the same group, 
where the available groups are: 


DO, D3, D6, D7, Bu, B3, B6, and B/. 

DU, Dl, D4, D5, BO, Bl, B4, and B5. 

DO, D2, Do, BO, B2, and Bo. 

DN, DN3, DNE, BU, BN, BN3, and BNE. 
DO, DB, DB3, DBE, BO, BB, BB3, and BBE. 
DO DB, DB3, DBE, and REGSEL. 

DO, DM, DM3, DME, BO, BM, BM3, and BME. 
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Other restrictions on the selection of one of the micropro- 
cessor source operands are imposed occasionally by the simulta- 
neous action of microinstructions in other areas. To facilitate 
cross-referencing, it iS neceSSary to introduce the concept of 
“restricted selection." A microprocessor source operand is 
designated a restricted selection if it specified a register file 
location, and: | 


@® it is the second operand of microinstruction ANDC, ADDSE, 
Or ADDISE, or 


® it is also the internal bus source (refer to Subsection 
3.2.2 - Register File Locations), or 


@® the destination is a different register file operand, or 
@e the other source is the Q register, or 7 


(Bo 
Se } 
e the other source is the internal bus, or 


e the other source 1S a register file operand that does not 
satisfy the restricted-selection rule(s) in question 


(i.e., if both sources are register file locations, at 
least one must satisfy the restricted-selection rule). 


NOTE 


The restricted selection concept applies only when a 
Simultaneous microinstruction defines a restricted 
selection rule. 


When 20-bit versions of CRY, OVFL, and AUZ are used, and the 
function is neither ADDSE nor ADDISE, the restricted-selection 


source must be a D register (except as selected by REGSEL). 


Table 3-1 ALU Source and Destination Operands 
(Sheet 1 of 2) 


OPERAND EXPLANATION 


RALU Base Registers BO through B7 (register 
file locations 8-F) 


RALU Base Register (BO through B7) Specified 


RALU Base Register (BO through B3) specified 
by SEL(2-3). 


RALU Even Base Register (BO, B2, B4, or B6) 
specified by SEL(1-2). 


Internal Bus (source only). 


RALU Base Register (BU through B7) Specified 
by F(9-11). 


RALU BasSe Register (BO through B3) sSpecifiefd 
by F(10-11). 


RALU Even Base RegiSter (BU, B2, B4, or B6) 
specified by F(9-10). 


RALU BaSe Register (BO through B7) specified 
by F(1-3). 


RALU Base Register (BU through B3) specified 
by F(2-3). 


RALU Even Base Register (BO, B2, B4, or B6) 
specified by F(1-2). 


RALU Data Registers DO through D7 (register 
file locations 0-7) 


~OPERAND EXPLANATION 


Table 3-1 ALU Source and DeStination Operands 


REGSEL 


ZERO 


(Sheet 2 of 2) 


RALU Data Register (DU through D7) specified 
by SEL(1-3). 


RALU Data Register (DO through D3) specified 
by SEL (2-3). 


RALU Even Data Register (DO, D2, D4, or D6) 
Specified by SEL(1-2). 


RALU Data Register (DO through D7) specified 
by F(9-1l). 


RALU Data Register (DO through D3) specified 
by F(10-11). 


RALU Even Data Register (DO, D2, D4, or D6) 
specified by F(9-10). 


RALU Data Register (DO through D7) specified 
by F(1-3). 


RALU Data Register (DO through D3) specified 
by F(2=3) 


RALU Even Data Register (DO, D2, D4, or D6) 
specified by F(1-2). 


RALU Q Register 


RALU Register DO through D8 (register file 
locations O-F) specified by SEL(0-3). 


zero (source only). 


S3¢tes Microprocessor Functions 


The 14 microprocessor arithmetic and logical functions are 


described in the following paragraphs and summarized in 
Table 3-2. 


ADD 


SRC1 
ADD1 


SRC] 


is added to SRC2. 


is added to SRC2 plus l. 


( : 


a 


ADDSE (add sign extended) 


SRC2 must be a D register. The SIGN flop is assumed to con- 
tain a copy of bit 4 of that D register. The SIGN flop 1S copied 
to the four most Significant bits of SRC2 which sign-extends SRC2 
from 16 to 20 bits. The extended value is added to SRCl. SCRI 
must specify the Q register or a register file location. SRCl 
and DEST cannot be different register file operands. This opera- 
tion is useful, for example, when employing a D register as an 
index register. 


ADDISE (add One Sign extended) 


The description of ADDISE is identical to that of ADDSE, 
except: 


e SRC1l must specify the Q register. 
e The sign extended SRC2 is added to SRC1l plus One. 


AND 
SRC1l is ANDed with SRC2. CRY and OVFL are forced to One. 


ANDC (AND with complement) 
SRCl is ANDed with the One's complement of SRC2. SRC1l may 


not be BI, SRC2 may not specify the Q register, and DEST and 
SRC1l may not specify different register file operands. 
COPY 
SRCl appears as the ALU output. 
DECR 
One 1S subtracted from SRCl. SRCl may not be ZERO. 
INCR 
One 1S added to SRC1l. SRC1 may not be ZERO. 
OR 
SRCl iS inclusive-ORed with SRC2. 
SUB 


SRC2 is subtracted from SRCl. The ALU carry and overflow 
Signals act as if the One's complement of SRC2 was added to SRC1l 
plus One. 


suBl 


SRC2 1S subtracted from SRC1l minus One. The ALU carry and - 
overflow signals act as if the One's complement of SRC2 was added a 
to SRCl. | 

XOR 

SRC1 1s exclusSive-ORed with SRC2. 

XORC (Exclusive OR with Complement) 

SRCl 1S exclusive-ORed with SRC2 and the result inverted. 

Table 3-2 ALU Functions 
FUNCTION ALU OUTPUT 
ADD 
ADD1 + J 
ADDSE Sign extended 
ADDISE Sign extended + 1 
AND 
ANDC 
COPY 
DECR 
INCR 
OR 
3.1.4 Microprocessor Shift Operands 

Shift operands are used to shift the ALU result left or right 
by one bit position. A shift operand may be specified only if 
DEST 1S a register file location. The shift operations are opti- 
mized for 16- or 32-bit quantities. Although the shifts operate 
on 20-bit registers, the operation on the most significant four mn 
bits 1s generally not useful, especially for right shifts. | i 
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In most shift operations, the bit shifted into the vacated 
bit position is designated as SHIN (shift input), and is control- 
led by three flops; SHIN1, SHIN2, and MISC (refer to subsection 
3.4). The SHIN function is selected as follows: 


Internal bus bit 4 
Internal bus bit 4 inverted 
U 


Q register bit 19* 


XB register bit 1 (refer to subsection 
3.4). 


Y register bit 4 (refer to subsection 
S22) 


0 


Q register bit 19* 


*During shift right operations; otherwise undefined. 


SL (Single Left Shift) 


Bits 1 through 19 of the ALU result are placed in bits 0 
through 18 of the selected register file location; bit 19 of 
the selected register file location receives a copy of Q regis- 
ter bit 4. 


0 1 19 0 3.45 19 


RESULT Q REGISTER 
ai aati 


0 18 19 


LOCATION 


DL (Double Left Shift) 


Bits 1 through 19 of the ALU result are placed in bits 0 
through 18 of the selected register file location; bit 19 of the 
selected ragister file location receives a copy of Q register 


bit 4. Q register bits 1 through 19 are placed in Q register 
bits 0 through 18; Q register bit 19 receives a copy of the SHIN 
function. 


RESULT (Before) 


- es a, trol 


REGISTER 18 19 18 19 Q REGISTER 
LOCATION 


Conceptually, the rigthmost 16 bits of the ALU result are 
concatenated with the rightmost 16 bits of the Q register and 
shifted left one bit position with the SHIN function shifted in 
on the right. The result is placed in the rightmost bit posi- 
tions of the register file location and the Q register, 
respectively. 


SR (Single Right Shift) 


Bits 4 through 18 of the ALU result are placed in bits 5 


through 19 of the selected register file location; bit 4 of the 
selected register file location receives a copy of the SHIN func- 
tion. Bits 1 through 3 of the ALU result are placed in bits 0 
through 2 of the selected register file location; bit 3 of the 
selected register file location receives a copy of the SHIN func- 
tion. 


O01 3 4 13 19 


SHIN FUNCTION 


ee a aan 
0 23 45 19 
LOCATION 
Conceptually, the rightmost 16 bits of the ALU result are 
shifted right one bit position with the SHIN function shifted 


in on the left. The result is placed in the 16 rightmost bit 
positions of the register file location. 


sim 


DR (Double Right Shift) 


Bits 4 through 18 of the ALU result are placed in bits 5 
through 19 of the selected file location; bit 4 of the selected 
register file location receives a copy of the SHIN function. 

Q register bits 4 through 18 are placed in Q register bits 5 
through 19; bit 19 of the ALU result is placed in Q register bit 
4. Bits 1 through 3 of the ALU result are placed in bits 0 
through 2 of the selected register file location; bit 3 of the 
selected register file location receives a copy of the SHIN func- 
tion. Q register bits 1 through 3 are placed in Q register bits 
0 through 2; bit 19 of the ALU result is placed in Q register 

bit 3. 


18 19 18 19 
ALU Q REGISTER 
RESULT (Before) 
SHIN 
FUNCTION 
REGISTER a Q REGISTER 


CATT 3k ane wes 
LOCATION os 


Conceptually, the least significant 16 bits of the ALU result 
and the least significant 16 bits of the Q register are conca- 
tenated, shifted right one bit position with the SHIN function 
filling the most Significant bit, and the result placed in the 
least Significant lo bits of the register file location and the 
Q register, respectively. 


Sel 35 Microprocessor Examples 


The following are examples of Source statements for the 
microprocessor area. 
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STATEMENT MEANING 


DO, BO, Q Q —— ALU result—— BO+DU a, 


BO, DO ALU result=—® BO-DU-1 

BU, BO, ALU result BO 
BO —- ALU result shifted right 
DO—- ALU result— FFFFF# 
B3 ——ALU result  Q+l 


Invalid (DEST must be same as SRC1l or 
SRC 2) 


Invalid (SHIFT operand may only be 
specifiea if DEST 1S register file lo- 
cation) 


ADDSE BO. Invalid (SRC2 must be D register for 
ADDSE) 


ADDISE BO, Du, BU Invalid (SRC1l must be Q for ADDSE) 


INCR ZERO, DO Invalid (SRCl cannot be ZERO for INCR) 


OR D1, D2, Dl Invalid (Dl and D2 are incompatible) 
Dl, Q, Dl Invalid (Q may not be SRC for ANDC) 
3.2 INTERNAL BUS AREA 
The internal bus area (See Figure 3-2) provides a 2U-bit 
wide data path that transfers data among elements of the CPU as 


directed by the firmware. This data path 1s defined as the CPU 
Internal Bus (BI). 
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Internal Bus Area 


i ae 


The internal bus selects a source from one of the following A 
co 
five categories. a, 


Sources from microprocessor (RALU) 
RAM locations 

Megabus buffers 

Constants 

Other sources. 


The data on the internal bus are Simultaneously available to 
destinations in each of the following four categories: 


Megabus address registers 
RAM locations 

Indicator register (I) 
Other destinations. 


Sa2el.. Syntax 


BI 1s the microinstruction which controls the sources and 
destinations of the internal bus. The BI microinstruction con- 
tains up to $1x operands as follows: 


BI SRCy DEST y...4::3.«,7DES? 
Bi SRC, SRCMOD, DEST,.....,DEST 
where: 
SRC specifies the internal bus source. 
SRCMOD specifies a source modifier - may be specified only if 
SRC 1S a microprocessor source (ALU or a register file loca- 


tion). 


DEST specifies an internal bus destination. Destinations, if 
any, may be specified in any order, but at most one destina- 
tion may be specified from each of the four destination cate- 
gories. 


3.2.2 Internal Bus Sources 
The following are available as internal bus sources: 


Sources from the microprocessor area 
RAM locations 

Megabus buffers 

Constants 

Other internal buS sources. 


These sources are described below and summarized in Table 
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3.2.2.1 Sources £rom the Microprocessor Area 


The internal bus sources from the microprocessor area are: 
(1) the ALU result and (2) register file locations. 


ALU 


The entire ALU result (refer to Subsection 3.1) may be placed 
on the internal bus. If SRCMOD is specified, only part of the 
ALU result will be used. 


Register File Locations 


An entire register file location (refer to subsection 3.1) 
may be placed on the internal bus. If SRCMOD is specified, only 
part of the register file location will be used. Refer to sub- 
section 3.1.2 for possible selection restrictions. When a regis- 
ter file location 1s the internal bus source, the microprocessor 
destination may not be null, but must also be a register file 
location (although not, in general, the same location) and no 
shift modifier may be specified. When no microprocessor area > 
microinstruction is specified, the assembler automatically satis- 
fies this requirement by copying an arbitrarily selected location 
back into itseif. 


SRCMOD Operand 


Tne optional SRCMOD operand specifies that only part of the 
20-bit source from the microprocessor area will be placed on the 
internal bus. The two SRCMOD operands are L4 and R8&. 


If L4 is specified, internal bus bits VU through 3 and also 
bits 16 through 19 receive copies of bits O through 3 of the se- 
lected source from the microprocessor area; internal bus bits 4 
through 15 are forced to Zeros. 


If R88 is specified, internal bus bits 12 through 19 receive 
a copy of bits 12 through 19 of the selected source from the 
Microprocessor area; internal bus bits 4 through ll receive eight 
copies of bit 8 of the H register; internal bus bits 0 through 3 
are forced to Zeros. 


3.2.2.2 RAM locations 


The RAM is a random access memory consiSting of sixteen 2U- 
bit locations, numbered 0 through F. Locations 1 through 7 are 
also called Ml through M7. Any of these locations may be placed 
on the internal bus, although RAM locations cannot serve simulta- 
neously aS an internal bus source and destination. 


A RAM location may be specified explicitly or as a function 
of the fields in the F/SEL instruction registers. If the firm- 
ware step just previously executed altered the contents of SEL, 
those operands that depend on fields in SEL will use its previous 
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contents (i.e., the contents before SEL was altered at the end of 
the firmware step just previously executed). 


If, simultaneously, a register file location 1S uSed aS a 
restricted selection source (refer to subsection 3.1.2) for the 
microprocessor, any RAM location referenced muSt correspond, in 
the sense indicated below, to the restricted-selection register- 
file source: | 


@e DO :: RAMO 

@® D1-D7 :: RAMI-RAM7 = M1-M7 
e BO-B7 :: RAM8-RAMF 7 
@ REGSEL :: RAMSEL 

e@ DB :: MB 

@e DB3 :: MB3 

e DBE :: MBE 

@ DM :: MM 

@e DM3 :: MM3 

@ DME :: MME 

@ DN :: MN 

@e DN3 :: MN3 

@e DNE :: MNE 


3.2.2.3 Megabus Buffers 
The Megabus buffers that Serve as internal bus sources are: 


e Data buffer 
@e Procedure buffer 
e Interrupt buffer. 


Data Buffer (BD) 


The Megabus data buffer 1s a 16-bit register containing the 
response to the most recent non-procedure read request (RDREQ, 
refer to subsection 3.3) issued either to memory or to a periph- 
eral device. When this buffer is used as the internal bus 
source, bits 0 through 3 receive either four Zero's or a copy of 
H register bits 12 through 15, depending on the SRC operand spec- 
ified. 


Procedure Buffer (BP) 


The Mebagus procedure buffer is a 16-bit register that con- 
tains the next word in the procedure stream, pointed to by the 
P register. The P register is incremented each time the buffer 
1s used aS a soruce. When this buffer 1s used aS an internal bus 
source, bits 0 through 3 receive either four Zero's or a copy of 
H register bits 12 through 15, depending on the SRC operand spec- 
ified. | 


Interrupt Buffer (RUP) 


The Megabus interrupt buffer is a 16-bit register that con- 
tains the most recently accepted interrupt word (interrupting 
channel number in bits 0 through 9 and interrupt level in bits 10 
through 15). When RUP 1s used, bits 0 through 3 of the internal 
bus are forced to Zero's. 


NOTE 


Servicing of interrupts requires a complex algorithm, 
and the user 1S advised to return control to the na- 
tive firmware if/when this is required. 


3.2.2.4 Constants 
Constants that are avallable as internal bus sources are: 


@e Numeric constants 
@e Operands IDCy and IDSy. 


Numeric Constants 


A numeric constant may be specified as an internal bus 
source. The least Significant nine bits of the constant are 
considered to be a Signed integer, which 1S sign extended to 
16 bits and placed on the least significant 16 bits of the inter- 
nal bus; the most significant four bits of the bus are forced to 
zero's. Numeric constants are thus of the form Oxxyz#, where x 
eguals 0 or F. The second least significant digit of the next 
firmware address (refer to subsection 3.5) must equal y. 


Operands IDCy and IDSy 


These operands are intended to facilitate the creation of 
Megabus control words for communicating with external processors 
(CIP, WCS, etc.), and function as follows: 


@ Internal bus bits 0 through 3, 5 through 1U, and 15 are 
forced to Zeros. 


@e Internal bus bit 4 receives a copy of Y register bit 4. 


e Internal bus bits 11l1 through 14 receive the channel number 
of the associated external processor (bits 11 and 12 re- 
ceive 01 if IDSy is sepcified and 10 if IDCy is specified; 
bits 13 and 14 receive the CPU ID). 


® Internal bus bits 16 through 19 receive y, where y 1S any 
hexadecimal digit, U0 through F. The second least signifi- 
cant digit of the next firmware address (refer to sub- 
section 3.5) must equal y. 


These operands are optimized for constructing Megabus I/0 
control words for the CIP and SIP. They may be modified as re- 
guired if it is necesssary to address other processors. Example 
6 in subsection 3.7 shows the modification necessary to address 


the WCS. 
3.2.2.5 Other Internal Bus Sources 
The other internal bus sources are: 


Control panel 

H register 

Indicator register (I) 
Trap Status Z-word 
Status register (S) 

P register 

Y register 

MMU phySical address 
HEX decoder. 


Control Panel 


The internal bus can receive control and status information 
from tne Level 6 control panel. If the control panel is speci- 
fied aS a soruce, the internal bus receives the following 
"request word". 


0 3. 4 7 8 9 JO Jl 12 13 14 #15 16 (17 19 


LOW ORDER 
REGISTER 
SELECT 
DIGIT 


H(12-15) | HEX 
DIGIT 


A 
B 
E 
F 


NOTES 


l. Bits 0 through 3 receive H register bits 12 through 
15, bit 14 1S always Zero. 


2. Bits 4 through 7 receive the value of the hexadeci- 
mal key currently being depressed, Zero if no key 
is depressed. Bit ll receives a Zero when any hexa- 
decimal key has been actuated. Refer to subsection 
3.4 for firmware acknowledgement and setting of this 
bit (FLOPS operand PANOK). 


3. Bits 12, 16, and 9 receive the least Significant 3 
bits of the leftmost register selection hexadecimal 
digit. Bits 17 through 19 receive the least signifi- 
cant 3 bits of the rightmost register selection digit. 
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4. The remaining 4 bits recelve mode information. Bit 
8 is Zero only if the panel RUN indicator is illumi- 
nated. Bit 10 is Zero only if the panel PLUS indice- 
tor is illuminated. Bit 13 is One only if the panel 
WRITE indicator is illuminated. Bit 15 is One only 
if either the panel WRITE or READ indicator is 
1lluminated. 


For example, assume the internal bus receives the following 
bit pattern from the control panel: 


#000 1110 1110 1001 0110 


then: 
BH register bits 12 through 15 are Zero. 


The "E" key is currently being depressed and has not yet 
been acknowledged. 


Register D6 has been selected. 


The panel is in Read mode, and 1s not in Plus or Run mode. 


8 Register 


fhe H register 1S a 16-bit register primarily used for Swap- 
ping halfwords (bytes). There are two ways the internal bus can 
receive the H register. Either the two halves of the H register 
can be interchanged, i1.e., internal bus bits 0 through 3 are 
forced to Zero, bits 4 through ll receive H(8-15), and bits 12 
through 19 receive H(0-7), or the left half of the H can be sign- 
extended, i.e., internal bus bits 0 through 3 are forced to Zero, 
bits 4 through 11 receive eight copies of H(0), and bits 12 
through 19 receive H(Q-/7). 


Indicator Register (1) 


The I register is 8 bits wide and contains the seven soft- 
ware-wisSible indicator bits. Bits 4 through ll of the internal 
bus receive tne I register. The other 12 bits are forced to 
zero. 


Trap Status Z2-Wora 


The trap status Z-word consists of pertinent hardware infor- 
Mation that is delivered to the Memory Trap Save Area (TSA) when 
an exception condition 1s detected in the CPU. The information 
for the Z-word is brought together from several areas to Serve as 
a source to the internal bus. 


When the Z-word is specified as the internal bus source, in- 


ternal bus bits 8 through 11 receive the XB register, bits 12 and 
13 receive S register bits 1 and 2 (ring number), bits 16 through 
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19 receive the CTR counter, and bit 4 receives a Zero unless F 
register bit 0 is a Zero, or unless F register bits 9 through 1l 
= 101 and the SEL register does not contain Zero. All other bits 
are forced to Zero. | 


Status Register (S) 


The S register contains the software-visible system status 
and security codes. When this register 1S an internal bus 
source, either internal bus bits 4 through 19 receive the S reg- 
ister content with bits 0 through 3 forced to Zeros, or bit U 
through 11 and bit 13 receive Zero, bit 12 receives a One and 
bits 14 through 19 receive S(10-15). &(10-15) is also called 
Level (LVL). 


P Register 


The P register 1S a 2U-bit software-visible counter that is 
primarily used to address memory during procedural reads (refer 
to subsection 3.3). 


Y Register 


The Y register 1S a 2U-bit counter primarily used to supply 
addresses to the Megabus during non-procedural reads and writes 
(refer to subsection 3.3). 


MMU Physical Address 


When this source is chosen, the internal bus receives the 
20-bit physical address calculated by the MMU during the pre- 
vious firmware step. MMU implies Y aS an internal bus destina- 
tion. Refer to subsection 3.3.3 (MMUSELECT). 


Hexadecimal Decoder 


The hexadecimal decoder logic produces a 16-bit mask, con- 
Sisting of 15 One's Surrounding a Zero in the bit location cor- 
responding to the 4-bit value in the XB register. Internal bus 
bits 4 through 19 receive the 16-bit mask; bits O through 3 are 


forced to Zeros. 


Table 3-3 Internal Bus Sources (Sheet 1 of 4) 


MNEMONIC CATEGORY DATA RECEIVED BY INTERNAL BUS 


ALU Result 


BO through B/7 Base Register BO through B/7 (regis- 
ter file locations 8-F) 


BB Base Register BO through B7 specified 
by SEL(1-3) 


Base Register BO through B3 specified 
by SEL(2-3) 


Even Base Register BO, B2, B4, Bo 
specified by SEL(1-2) 


Base Register BO through B7 specified 
by F(9-11) 


Base Register BO through B3 specified 
by F(10-11) 


Even Base Register BO, B2, B4, BO6 
specified by F(9-10) 


BN | Base Register BO through B7 specified 
by F(1-3) 

BN 3 Base Register BO through B3 specified 
by F(2-3) 

BNE Even Base Register BO, B2, B4, Bo 


specified by F(1-2) 


DO through D7 Data Register DO through D7 (register 
file locations 0-7) 


DB Data Register DO through D7 specified 
by SEL(1-3) 


Data Register DO through D3 specified 
by SEL(2-3) 


Even Data Register DO, D2, D4, D6 
Specified by SEL(1-2) 


Data Register DO through D7 specified 
by F(9-11) 


Data Register DO through D3 specified 
by F(10-11) 


Table 3-3 Internal Bus Sources (Sheet 2 of 4) 


DN 


DN 3 


DNE 


REGSEL 


L4 


Ml through M/7 
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MNEMONIC CATEGORY DATA RECEIVED BY INTERNAL BUS es 


RALU 


RALU 


RALU 


RALU 


RALU 


SRCMOD 


SRCMOD 


Even Data Register DO, D2, D4, D6 
specified by F(9-10) 


Data Register DO through D7 specified 
by F(1-3) 


Data Register DO through D3 specified 
by F(2-3) 


Even Data Register DO, D2, D4, D6 
Specified by F(1-2) 


Register File location specified by 
SEL (0-3) 


BI(0-3) —— SRC(0-3) 

BI(4-15) = QO 

BI (16-19)—— SRC (0-3) 

where SRC must be a source from the 
RALU category 

BI(0-3) —<—— 0 

BI(4-11) «— H(8) 

BI (12-19) m— SRC(12-19) 

where SRC must be a source from the 
RALU category 

RAMx where x = 1l-/7 

RAMO through RAM7 specified by SEL(1-3) 
RAMO through RAM3 specified by SEL(2-3) 


Even RAM location (RAMO, RAM2, RAM4, or 
RAM6), specified by SEL(1-2) 


RAMU through RAM7, specified by F(9-11) 


RAMO through RAM3, specified by 
F(10-11) 


Even RAM location (RAMU, RAM2, RAM4, or 
RAM6), specified by F(9-10) 


RAMO through RAM7, specified by F(1-3) 
RAMO through RAM3, specified by F(2-3) 


Even RAM location (RAMO, RAM2, RAM4, or . 
RAM6), specified by F(1-2) | cs 


Table 3-3 


MNEMONIC CATEGORY 


RAMO through 
RAMF 


am 


RAMSEL 


BD BUS 


BUS 


BP BUS 


BPH BUS 


RUP BUS 


IDCO through CONSTANT 


IDCF 


IDSO CONSTANT 


ISDF 


through 


CONSTANT 


CONSTANT 


through CONSTANT 


Internal Bus Sources 
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DATA RECEIVED BY INTERNAL BUS 


RAMx where x 


RAMO through RAMF, 
SEL (0-3) 


Specified by 


BI(0-3) —— 0 
BI(4-19) —=e— BD 

BI (0-3) =«— H(12-15) 
BI (4-19) ——BD 


BI(0-3) —— 0 
BI(4-19) —— BP 

BI (0-3) ~=— H(12-15) 
BI(4-19)—~—— BP 


BI (0-3) —— 0 
BI(4-19)—-—— RUP 


BI (0-3) —— 0 
BI(4) =— Y(4) 

BI (5-12) —«— 00000010 
BI (13-14) —— S(8-9) 
BI(15) —=— 0 

BI (16-19) —— Y 

where y = O-F 


0-3) —— 0 

4) ~—— Y(4) 
5-12) —— QO0000001 
BI (13-14) ~«— S (8-9) 
BI(15)—— 0 

BI (16-19) —e— Y 

where Y = O-F 


BI ( 
BI ( 
BI ( 


BI(0-11)—— 0 
BI(12-19)—— unrestricted 


BI (0-3) —=— 0 
BI (4-11) << FF 
BI (12-19) -— unrestricted 


BI(0-3) —— 0 

BI (4-15) —e— unrestricted 
BI (16-19) —=— _ z 

where z = U-F 


Table 3-3 Internal Bus Sources (Sheet 4 of 4) 


MNEMONIC CATEGORY DATA RECEIVED BY INTERNAL BUS ial 


| Numeric Value | CONSTANT | Oxxyz 


| =xyz¢ where x = 0 or F 
| y = 0 through F 
z = 0 through F 
| H BI (0-3) —— 0 
| BI (4-11) —H(8-15) 
BI (12-19)—— H(0-7) 
| HL8 B1(0-3)—— 0 
| BI (4-11) —— H(0) 
| BI (12-19) «— H(0-7) 
| I BI (0-3) —— U 
| BI(4-11)—— I 
BI (12-19 )—— 0 
LVL OOO0O80# + S(10-15) 
MMU Physical address (implies Y as inter- 
| nal bus destination). 
} P P : a 
| PANEL BI(0-3)=—— H(12-15) es 
| BI (4-19)—e— Panel Request Word 
iS BI (0-3) —— 0 
! BI(4-19)—— S 
| XBHEX BI (0-3) —— 0 
| BI (XB+4) —— 0 
| other 15 bits receive One's 
ry Y 
ay BI(u-3)—— 0 


BI (4)—— £f£(F,SEL) 

BI(5-/)—<— OQ 

BI(8-11) —— XB 

BI (12-13) ~— S(1-2) 

BI (14-15) — U 

BI (16-19) «— CTR 

where: 

f(F,SEL) = F(0) F(9) F(10) F(1l1) 
(SEL(0) V SEL(1) V SEL(2) V SEL(3) 


sm 


3.2.3 Internal Bus Destinations 


Internal bus destinations are divided into four categories: 
(1) Megabus address registers, (2) RAM locations, (3) indicator 
register, and (4) other destinations. These destinations are 
described below and are Summarized in Table 3-4. At most, one 
register from each category may be selected simultaneously, ex- 
cept as noted. 


3.2.3.1 Megabus Address Registers 


The Megabus address registers that are available as internal 
bus destinations include: 


e P register 
@e Y register 


P Register 


The P register may be loaded with the 2U bits from the inter- 
nal bus. 


CAUTION 


This register is software visible. 


Y Register 


The Y register may be loaded from the internal bus in three 
ways. First, the entire 20 bits of the internal bus can be 
copied to Y. Second, bits 4 through 19 can be copied to the cor- 
responding bits of the Y register, leaving Y(0-3) unchanged. 
Third, the two-bit CPU ID, S(1l2-13), can be substituted for 
internal bus bits 10 and ll, and the 20-bit result copied to the 
Y register. 


3.2.3.2 RAM Locations 


When a RAM location 1S specified as a destination, the entire 
20 bits of the internal bus are copied into the specified loca- 
tion. A RAM location may be Specified either explicitly or as a 
function of fields in the F/SEL instruction registers. If the 
firmware step just previously executed altered the contents of 
SEL, those operands that depend on fields in SEL will use its 
previous contents (i.e., the contents before SEL was altered at 
the end of the firmware step just previously executed). If a RAM 
location is specified as an internal busS Source, none can be 
Simultaneously specified as a destination. 


If, simultaneously, a register file location is used as a 
restricted selection source (refer to subsection 3.1.2) for the 
Microprocessor and/or the internal bus, any RAM location refer- 
enced must correspond, in the sense indicated below, to the 
restricted-selection register-file source: 


e DO :: RAMQ 

@e D1-D7 ::RAM]-RAM7 = M1-M7 
@ BU-B7 :: RAM8-RAMF 
@ REGSEL :: RAMSEL 

e DB :: MB 

@e DB3 :: MB3 

@e DBE :: MBE 

@e@ DM :: MM 

@e DM3 :: MM3 

@ DME :: MME 

@ DN :: MN 

@ DN3 :: MN3 

@ DNE :: MNE 


3.2.3.3 Indicator Register (I) 


When the I register is specified as a destination, I1(0) re- 
celves internal bus bit 12; I(2-7) receives bits 14 througn 19. 
I(1) is always Zero. Individual bits of this register can also 
be modified by microinstructions in the miscellaneous hardware 
area (refer to subsection 3.4). When the I register 18S a destl- 
nation, the internal bus source must be from the microprocessor 
area, the RAM, or the Megabus buffers. 


3.2.3.4 Other Destinations 
Other internal bus destinations include: 


Control Panel 

Status Register 

LINK Register 

H Register 

Instruction Registers. 


Control Panel 


The internal bus contents can be stored in the control panel 
displays. One operand causes internal bus bits 4 through 19 to 
be stored in the rightmost four hexadecimal digits. Another op- 
erand causes internal bus bits 16 through 19 to be stored in the 
leftmost hexadecimal digit of the display. 


Status Register (S) 


Internal bus bits 5 and 6 can be copied into the ring number 
field, S(1-2), or internal bus bits 14 through 19 can be loaded 
into the level field, S(10-15). If F(5) is Zero when the level 
Field is loaded, the interrupt busy flop is cleared. 


LINK Register 


Internal bus bits 11 through 18 can be copied into the 8-bit 
LINK register. The LINK register is referenced by the firmware 
sequencing area. 
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H Register 


Internal bus bits 4 through 19 can be copied into the 16-bit 
H register. SEL may be specified as a simultaneous destination. 


Instruction Registers (F and SEL) 


The F and SEL registers can be loaded from the internal bus 
in three ways. First, internal bus bits 4 through 15 can be 
copied into the 12-bit F register and bits 16 through 19 into the 
4 bit SEL register. Second, internal bus bits 12 through 15 can 
be copied into F(8-11) and bits 16 through 19 into SEL. Third, 
internal bus bits 16 through 19 can be copied into the SEL regis- 
ter. In the last case, the H register may be specified as a 
Simultaneous destination. 


Table 3-4 Internal Bus Destinations (Sheet 1 of 2) 
Pp MEGABUS P—a— BI 
Y MEGABUS Y—— BI 
YR16 MEGABUS Y (4-19) —— BI (4-19) 
(0-9) —— BI(0-9) 


Y 
Y (10-11) — S(12-13) 
Y (12-19 )—e- BI (12-19) 


YRELOC MEGABUS 


Mx =— BI (0-19) where x = 1 to 7 


RAMO through RAM7, specified by 


RAMO through RAM3, specified by 


Even RAM register (RAMO, RAM2, RAM4, 
Or RAM6), specified by SEL(1-2),——BI 


RAMO through RAM7, specified by 
F(9-11), ——BI 


RAMO through RAM3, specified by 
F(10-11), —— BI 


Even RAM register (RAMO, RAM2, RAM4, 
Or RAM6), specified by F(9-1U), ——BI 


RAMO through RAM7, specified by 


RAMO through RAM3, specified by 


Table 3-4 Internal Bus DeStinations (Sheet 2 of 2) 


MNEMONIC CATEGORY ACTION 


MNE Even RAM register (RAMU, RAM2, RAM4, 
Or RAM6), specified by F(1-2), ——BI 
RAMO-RAMF RAMx—— BI where x = 0 to F 
RAMSEL RAMU through RAMF, specified by 
I 
1 (14-19) 
F (4-15) 
(16-19) 
FR8 F(8-11) «— BI (12-15) 
SEL—— BI(16-19) 
as H —— BI (4-19) 
LINK LINK «— BI (11-18) 
LVL S(10-15)—— BI(14-19) 
if F(5) = 0, INTBSY —— 0 
PANEL 4 Least Significant Display 
Digits —— BI (4-19) 
PANEL4 Most Significant Display 
Digit — BI(16-19) 
RING S(1-2) —— BI(5-6) 
SEL SEL «— BI(16-19) 


3.2.4 Internal Bus Examples 


The following are examples of source statements for the in- 
ternal bus area. 


STATEMENT MEANING 


BI ALU,R8 BI (0-3) —=—— U 
BI (4-11) «— H(8) 
BI (12-19) ~=— ALU result (12-19) 


P—a— BI —~—— BAMC 


BI(0-3) —e— O 
B1I(4-19)—— BP 
F—mw— BI (4-15) 
SEL—=— BI (16-19) 


BI FCO#,M6 | MO—— BI —— OFFCO# 


3.3  MEGABUS INTERFACE AREA 


The following activities may occur on the Megabus; 


Memory Write 

I/O (non-memory) Write 

Memory Read Request 

I/O (non-memory) Read Request 
Read Response 

Interrupt 


7 To avoid Megabus bottlenecks, read requests are considered 

( complete when they have been accepted (or rejected) by the 

addressed unit, and a separate Megabus cycle 1S used for the read 
response. Various kinds of read requests Originating in the CPU 
are "tagged" so that the corresponding responses will be deliv- 
ered to the appropriate buffer (BD, BP). 


The microinstructions in the Megabus interface area (see 
Figure 3-3) are designed to request reads, perform writes, and 
Maintain associated address registers and flops. In general, 
the operation of the cache and Memory Management Unit (MMU) is 
transparent; however, occasional firmware control 1S necesSary. 
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Figure 3-3 Megabus Interface Area 
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Perform Memory Write 


When data is to be written to memory, the Y register is first 
made to contain the address of the desired word. If a byte 
rather than a word is to be written, XB register bit 0 (refer to 
subsection 3.4) iS made to contain the byte offset (0 for left, 

1 for right). The firmware may then perform the write, supplying 
the data to be written on the internal bus (bits 4 through 19 for 
word writes, bits 4 through 1l for left-byte writes, and bits 12 
through 19 for right-byte writes). The MMU translates the virtu- 
al address in the Y register to the corresponding phySical ad- 
Gress and checks for "write" permission. 


The Acknowledge (ACK) flop is set to One if the memory write 
1s accepted and Zero if it is rejected. It may be copied into 
MISC and/or I(I), either simultaneously or anytime thereafter 
prior to the next Megabus read request or write operation. It 
may be tested, starting in the next firmware step, anytime prior 
to the next Megabus read request or write operation. A simulta- 
neous test has undefined results. Almost all memory writes are 
accepted, so it is uSually unnecesSary to copy or test ACK. 


Perform I/O (Non-Memory) Write 


When data is to be written to I/O (non-memory) devices, the 
Megabus address lines must be made to contain the appropriate 
control word (10-bit channel number, 6-bit function code). To 
achieve this, Y register bits 5 through 19 must be made to con- 
tain the most significant 15 bits of the control word, and XB 
register bit 0 must be made to contain the least significant 
bit. The firmware may then perform the write. If the data to be 
sent is 16 bitsS wide, it 1S Supplied on internal bus bits 4 
through 19. If it is 21 bits wide (as 1S the case when supplying 
a device controller with a memory address), data bits U0 through 
4 are supplied by Y bits 0 through 4 and data bits 5 through 20 
are supplied by internal bus bits 4 through 19. The firmware 
1s responsible for converting any virtual addresses to physical 
for the controller by using the MMU as an internal bus source. 
The MMU does neither translation nor checking during I/O writes. 


The ACK flop is set to One if the write 1S accepted and Zero 
if 1t is rejected. It may be copied into MISC and/or I(I), 
either simultaneously or anytime prior to the next Megabus read 
Or write operation. It may also be tested in the next firmware 
step or anytime thereafter prior to the next Megabus read request 
Or write operation. A Simultaneous test has undefined results. 
It 1S good practice on I/O writes to check ACK or copy it to I(I) 
for testing by the software. 


Request Memory Read 


Memory reads are called "procedural" when P supplies the ad- 
dress and "data" when Y supplies the address. 


When a data read request 1S to be performed, the Y register 
is first made to contain the address of the desired word. The 
firmware may then send a read request to the memory subsystem. 
The MMU translates the virtual address in Y to the corresponding 
physical address and checks for "read" permission. The next (or 
any subsequent) firmware step may use BD as an internal bus 
source to retrieve the requested data. The ACK flop is set to 
One 1f the memory read request is accepted and Zero if it is 
rejected. ACK may be copied and tested in the next firmware step 
Or anytime thereafter prior to the next Megabus read request or 
write operation. Almost all memory data read requests are 
accepted, so it 1S usually unnecessary to copy or test ACK. 


Reading procedural words from memory is, from the firmware's 
viewpoint, Simplified by the inclusion of extra hardware to expe- 
dite this common operation. Unlike data reads, it is never nec- 
essary to include an explicit procedure read request; the proce- 
dure buffer (BP) can be treated as always containing the memory 
word addressed by P. This is true because the hardware automat- 
ically performs read requests whenever necessary. The MMU trans- 
lates the virtual address in P to the corresponding physical 
address and checks for "execute" permission. When BP is speci- 
fied aS an internal bus source, P is automatically incremented so 
as tO point to the next procedural word. These automatic actions 
actions facilitate creation of compact firmware code for reading 
procedure. For higher performance, an explicit procedural read 
request may be specified in advance of the step which uses BP as 
an internal bus source. To facilitate the firmware coding of 
branch instructions, if an explicit procedural read request is 
specified simultaneously with Y as an internal bus source and P 
as an internal bus destination, the memory address iS Supplied by 
Y. 


Reguest I/O (Non-Memory) Read 


When an I/O (non-memory) read request is to be performed, the 
Megabus address lines must be made to contain the appropriate 
control word (10-bit channel number, 6-bit function code). To 
achieve this, Y register bits 5 through 9 must be made to contain 
the most significant 15 bits of the control word, and XB register 
bit OQ must be made to contain the least Significant bit. The MMU 
does neither translation nor checking during I/O read requests. 
The next (or any subsequent) firmware step may use BD as an in- 
ternal bus source to retrieve the requested data. The ACK flop 
1s set to One if the read request iS accepted and Zero if it is 
rejected. ACK may be copied and tested in the next firmware step 
Or anytime thereafter prior to the next Megabus read request or 
write operation. It is good practice on I/O read requests to 
check ACK or copy it to I(I) for testing by the software. 
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3.3.1 Syntax 


The microinstructions in this area specify the firmware con- 
trol on the Megabus interface. These microinstructions contain a 
function with from zero to two operands as follows: 


Atm, 


Function operand, operand 


No Megabus interface microinstruction should be specified if 
the internal bus calls for BD, BDH, BP, BPH, P, Y, or MMU as a 
source, or for P, Y, YR16, or YRELOC as a destination, except as 
noted. 


3.3.2 Megabus Interface Functions 


The Megabus interface functions are described below and sum- 
marized in Table 3-5. 


WRTWORD 


WRTWORD performs a word write to memory or I/O. The only 
valid operand combinations are: 


@e CHGLOCK 

@ INCY 

@ 1-0 

@ I-0O,. INCY. 


The short form WRT 1S SynonymousS with WRTWORD. WRTWORD or 
WRT may be specified even when Y is an internal bus source. 


WRTBYTE 


WRTBYTE performs a byte write to memory or I/O. The only 
valid operand combinations are: 


@ CHGLOCK 

@ INCY 

e® I-0O 

@® I-0O, INCY. 


WRTBYTE may be specified even when Y 1S an internal bus source. 
RDREQP 


RDREQP initiates a procedural read request. No operands may 
be specified. RDREQP may be specified even if Y 1S an internal 
bus source and P is an internal bus destination, in which case 
the memory address is specified in Y rather than P (refer to 
Subsection 3.3.3 - PURGE). RDREQP may also be specified even 
when P is an internal bus source. 


RDREQ 


RDREQ initiates an I/O or memory data read request. The 
only valid operand combinations are: 


@ NORMAL 

e® 1-0 | 

@ CHGLOCK 

@ NOCACHE 

@ CHGLOCK, NOCACHE. 


RDREQ (with any of the above operand combinations) may be 
specified even when Y is an internal bus source. 


BUS 


BUS performs auxillary operations when no read request or 
write operation is desired. The only valid operands for BUS 
are: 


YSELECT 
PSELECT 
MMUSELECT 
INCY 

INCP 
PURGE 
MMURDACC 
MMUWRACC. 


3.3.3  Megabus Interface Operands 


The Megabus interface operands (described below0 are used to 
modify the basic functions. 


NORMAL 
A memory data read request is performed. 


I-O 
A non-memory read request or write operation is performed. 


If this operand is omitted, any read request or write operation 
is directed to memory. 


INCP 


The P register 1S incremented at the end of the current firm- 
ware step. Note that when BP or BPH is specified as an internal 
bus source, P iS automatically incremented. INCP may be speci- 
fied even when P is an internal bus source. 


som 


INCY 


The Y register 1S incremented at the end of the current firm- 
ware step. Even when BD, BDH, or Y is an internal bus source, 
INCY may be specified as a BUS operand. 


PSELECT 


If the previous firmware step initiated a procedural read 
request (RDREQP), and the current step does not use the requested 
data (by specifying BP or BPH as an internal bus source), then 
PSELECT (or INCP or PURGE) must be specified to ensure correct 
Operation of the hardware. PSELECT may be specified even when P 
is an internal bus source. 


¥SELECT 


If the previous firmware step initiated a non-procedural read 
request (RDREQ), and the current step does not use the requested 
data (by specifying BD or BDH as an internal bus source), then 
YSELECT (or INCY) must be specified to ensure correct operation 
of the hardware. Furthermore, no RDREQP should be performed in 
any step between an RDREQ and the step that uses the data. 
YSELECT may be specified even when Y 1s an internal bus source 
and/or when P is an internal bus destination. 


PURGE 


Wotifies hardware that BP 1S obsolete. This notification is 
necessary only in the case where Y 1S to be copied to P (e.g., 
software jump) during a procedural read request (refer to sub- 
section 3.3.1 - RDREQP). This action must be preceded by a BUS 
PURGE. 


NOCACHE 


Fhe cache, if installed, is bypassed during the memory read. 
The only time it is necessary to use this operand is when the 
requested data 1s to be directly copied from BD to P (i.e., BI 
BDH,P). 


CHGLOCK 


Allows the implementation of selected software instructions 
that facilitate intercommunication and synchronizing in multi- 
processor systems. The intent 1S to protect against overlap and 
consequent interference between "test-and-set" operations initia- 
ted independently by two or more CPU'S on a common memory loca- 
tion. 


Since the “lock" mechanism is implemented in the main memory 
Subsystem, use of this argument unconditionally implies NOCACHE, 
(the latter argument, though redundant, may be included for 
Cclarity).. 7 


All other effects of CHGLOCK are conditional on the content 
of the F register. If F = 002, 003, 006, or 007, or if 880#<F 
<897# or if BA0D#<F< 8B7# the current inStruction 1s classifed as 
a Read~Modify-Write (RMW) operation, and the interlock operates; 


otherwise, CHGLOCK has no further effect. 


The operation of the interlock is dependent on CPU control 
flop RMWF, which 1s assumed to be initally cleared. The operand 
CHGLOCK causes the read request or write cycle on the Megabus to 
be accompanied by a Set-Lock code. The memory, if it is not 
already locked, accepts the transmission and the memory module 
becomes locked. If the memory had already been locked, it would 
have rejected the transmission (ACK = 0); CPU firmware, sensing 
the rejection, could repeat the request or take other appropriate 
action. 


When the Set-Lock request 1S acknowledged, CPU hardware sets 
the RMWF control flop. As a result, the next CHGLOCK occurrence 
causes a Megabus cycle accompanied by an UNLOCK code. The memory 
unconditionally accepts the code, and the module involved reverts 
to (Or remains in) the unlocked state. 


It iS imperative that any firmware algorithm which locks any 
memory module not be permitted to terminate without unlocking the 
same module. Failure to observe this requirement can produce 
unrecoverable system deadlocks, which can be very eluSive to 
diagnose. 


MMURDACC, MMUWRACC 


Modifies the access rights checking performed in preparation 
for MMUSELECT (refer to subsection 3.3.3 - MMUSELECT). MMURDACC 
Or MMUWRACC may be specified even when Y iS an internal bus 
source. 


MMUSELECT 


It it 1S necessary to check the validity of a virtual memory 
addrress or the program's access rights to that location, the 
following actions are taken. The Y register is first made to 
contain the address. The virtual address is then transmitted to 
the MMU by specifying MMURDACC (for a read access check) or 
MMUWRACC (for awrite access check) as a BUS operand. In the 
next firmware step, the physical address may be selected as an 
internal bus source (BI MMU). If the physical address is not 
needed and the internal bus can profitably be used for another 
purpose, then the microinstruction BI MMU can be replaced by BUS 
MMUSELECT. Simultaneously, the address validity can be tested 
using the condition IFADRER (refer to subsection 3.5) and any 
protection violation can be copied into control flop MISC (FLOPS 
MSPROV). If either BI MMU or BUS MMUSELECT is specified, the Y 
register will be loaded from the internal bus whether or not Y is 
specified as an internal bus destination. 
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Table 3-5 Megabus Interface Microinstructions 


(Sheet 1 of 2) 


MICROINSTRUCTION MEANING 


BUS INCP 


INCY 


MMURDACC 


MMUSELECT 


MMUWRACC 


PSELECT 


PURGE 


YSELECT 


NORMAL 


CHGLOCK 


RDREQ Lao 


RDREQ NOCACHE 


RDREQP 


CHGLOCK 


WRT 


WRT 1=0 


WRT INCY 


1-0, 


WRT INCY 


WRTBYTE 


CHGLOCK 


WRIBYTE . 


I-O 


P —— P+] 
CRT —CTRt1 


Y= Y+] 


Map Y address and request read permis- 
sion. 


Make available SEGERR and PROV. 


Map Y address and reguest write permis- 
sion. 


Finish preceding RDREQP. 

Refresh BP. 

Finish preceding RDREQ. 

Initial memory data read request. 
Initate memory data read request. 
Set/clear lock in memory. 


Bypass cache. 


Initiate non-memory data read request. 


Initiate memory data read request. 
Bypass cache. 


Initiate procedural read request. 


Perform memory word write. 
Clear/set lock in memory. 


Perform non-memory word write. 


Perform 
Y = Y+] 


non-memory word write. 


Perform memory word write. 


Y~— Y+] 


Perform memory byte write. 


 Clear/set lock in memory. 


Perform non-memory byte write. 


Table 3-5 Megabus Interface Microinstructions 
(Sheet 2 of 2) 


MICROINSTRUCTION MEANING | 


WRTBYTE I-0O, INCY Perform non-memory byte write. 
Y «a Y+1 


WRTBYTE INCY Perform memory byte write. 
Y —— Y+1 


WRTWORD CHGLOCK Perform memory word write. 
Clear/set lock in memory. 


WRTWORD I-O Perform non-memory word write. 


WRTWORD I-O, INCY Perform non-memory word write. 
Y =e Y+] 


WRTWORD INCY Perform memory word write. 
Y oe 


3.4 MISCELLANEOUS HARDWARE AREA 


The miscellaneous hardware area controlsS a number of auxil- 
lary flops and registers. There are four categories of miscel- 
laneous hardware: 


I - Indicator Register 
CTR ~- Counter Register 
MMU - MMU Controls 

GP - Other Hardware. 


3.4.1 Syntax 


The syntax of microinstructions in the miscellaneous hardware 
area 1S: 


FLOPS operand,....,operand 
where: 


Each operand specifies a flop or register and the value used 
to load it. 


Multiple operands may be used to specify simultaneous actions 
on the flops and registers. 


3.4.2 Indicator Register (I) Bits 


The 8 bits of the I register may be loaded from the internal 
bus bits of I using the FLOPS microinstruction. If one or more 


Operands in this category are used, the internal bus source, if 
any, must be from the microprocessor area, the RAM, or the Mega- 


bus buffers. 
ov |-[cleiz{e{rju 


The Overflow indicator (OV) may be set from: 
e OVFL (ALU overflow signal, refer to subsection 2.1). 


e Internal bus bits 4 and 5 (refer to Table 3-6 for exact 
function). 


The Carry indicator (C) may be set from: 


CRY (ALU carry signal, refer to subsection 3.1). 
Internal bus bit 4. 

Internal bus bit 19. 

Q register bit 19 just prior to rightshift in this step. 


The Bit indicator (B) may be set from: 


® AUZ (ALU zero detect, refer to subsectgion 3.1). 
e Internal bus bit 4. 


The Input/Output indicator (I) may be set from the Megabus 
acknowledge signal (refer to subsection 3.3.). 


The Greater Than indicator (G) may be set from: 


e Internal bus bit 2 and AUZ (ALU zero detect) - refer to 
Table 3-6 for exact function. 


@e Complement of SIGN flop (refer to subsection 3.4.5). 
The Less Than indicator (L) may be set from: 


e Internal bus bit 4. 
e ALU result bit QO. 
@e SIGN flop (refer to subsection 3.4.5). 


The Unlike Signs indicator (U) may be set from internal bus 
bit 4. 


3.4.3 Counter Register (CTR) 


The 4-bit CTR counter is used by the native firmware to count 
the instruction length. It is made available to the internal bus 
when the trap status Z-word is an internal bus source. It 1S 
incremented each time BP iS specified an an internal bus source 
(Operands BP or BPH, refer to subsection 3.2), or INCP is speci- 
fied in the BUS microinstruction (refer to subSection 3.3), un- 
less a FLOPS operand specifies it 18S to be initialized to a Zero 
Or One. 


3.4.4 MMU Controls 


The MMU controls modifying and restoring the MMU function- 
ality aS summarized below (refer to subsection 3.3). 


e Calculate effective ring number: EFFRING is loaded with 
the less priviledged of the previous value of the effec- 
tive ring number and the write permission ring number as- 
sociated with the address Y (generally used during in- 
direct references). 


@e Check procedure aS data: NOCHEK is set to One, meaning 
that until further notice (see below), procedural read 
requests need only "read" permission, not "execute" 
permission. 


@e Suppression access rights checking: until further notice 
(see below), no access rights will be checked. Address 
mappliing and boundary checks are unaffected. 


@e Check data descriptor length: loads control flop DDLEQO 
to remember whether internal bus bits 8 through 12 are 
zero. 


e Initialize effective ring number: EFFRING 1s restored 
from S register (bits 1-2). NOPROC and NOCHEK are 
cleared to Zeros, restoring normal access rights checking. ee 


@® Validate range: test that the range specified on the 
internal bus, added to the address in the Y register, does 
not exceed the size of the segment defined by the latter 
address. The results of the test are reported in two 
testable flops, Segment Error (SEGERR) and Protection 
Violation (PROV); refer to subsection 3.3.3 - MMUSELECT. 


3.4.5 Other Hardware 


The other flops and registers, and the functions from which 
they can be set are as follows: 


LOAD Flop 


The LOAD flop 18S normally set and cleared by the control 
-panel. It can also be set and cleared by firmware. If LOAD 1s 
set, the CPU will not automatically cause a trap if it detects an 
unavallable resource. 


MISC Flop 
The MISC flop may be set from: 


e Complement of internal bus bit 19. 


® Internal bus bits 4 through 9 equal to Zero. 


3-40 


@e CRY - ALU Carry signal (refer to subsection 3.1). 


@e ACK - Megabus Acknowledge signal (refer to subsection 
3635) 


@® PROV - MMU Protection Violation signal (refer to sub- 
section 3.3). 


e Zero 


e@ One 


PANOK Flop 


The PANOK flop is cleared by the control panel hardware when 
a hexadecimal keypad pushbutton is being depressed; it must be 
set by firmware when the control panel request has been serviced. 
When PANEL is an internal bus source (refer to subsection 3.2), a 
copy of this flop appears as internal bus bit ll. 


SHIN] Flop 
The SHIN] flop may be set from: 


e I1I(B) - I register Bit Test indicator 
® Zero 
@e One. 


SHIN2 Flop 
The SHIN2 flop may be set from: 


@ Complement of SIGN flop 
e@ zero 
@ One. 


SIGN Flop 
The SIGN flop may be set from: 


Internal bus bit 0 

Internal bus bit 4 

Internal bus bit 19 

One 

zero (by using the firmware Sequencing condition IFRPTR). 


TRAFFIC Flop 


The TRAFFIC flop may be set from the complement of the ZERO 
flop. 


WRAP Flop 


The WRAP flop may be set from the inequality of the ALU Carry 
Signal (CRY) and the SIGN flop. 


XB Register 


The XB register may be cleared to Zero or may be shifted 
right by one bit, receiving either 0, 1l, or bit 19 of the ALU 
result. 


ZERO Flop 
The ZERO flop may be set from: 


| @e AUZ - ALU zero detect signal (refer to subsection 3.1). 


@e QLT active flop from control panel - equals One only if 
the last CPU Quality Logic Test (QLT) execution failed. 


® Zero. 


@e One. 


3.4.6 FLOPS Operands and Restrictions 


The FLOPS operands are specified in Table 3-6. In general, 
only one operand from each of the four categories may be spec- 
ified except as noted. When a specific operand implies other op- 
erands, it 1S recommended that the implied operands be coded 
explicitly, to improve listing clarity. 


Table 3-7 lists the only legal combinations of internal bus 
destinations (refer to subsection 3.2) and GP category FLOPS op- 
erands. For example, if H 1S an internal bus destination, then 
SGBI4 must be specified, and no other GP category operands are 
permitted. If none of the listed internal bus destinations are 
specified, then SGBI4 may be used by itself or in combination 
with several other GP category operands, as shown. If an incom- 
plete combination 1s specified in the source code, the WCS Assem- 
bler might choose a combination with undesired side effects. 


All operands which are functions of the ALU signals AUZ, 
OVFL, and CRY may be used simultaneously only with other operands 
which force the same length (16 or 20 bits). Thus, ICRY20 may 
be used with ZRAUZ20 but not ZRAUZ. This restriction also ap- 
plies to test conditions (refer to subsection 3.5.4) which are 
functions of AUZ, OVFL, or CRY. 
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Table 3-6 Miscellaneous Hardware Operands (Sheet 1 of 4) 


| OPERAND CATEGORY ACTION NOTES AND RESTRICTIONS 


I(I)—— Megabus ACK 
flop 


I(B)—e— BI (4) 

I(C)—« CRY 

I (OV)—— OVFL 
/IBNAZ I(B)—* AUZ Refer to Note 2a. 
IBNAZ2VU I (B)—e— AUZ Refer to Note 2b. 


-ICBI4 I(C)—— BI (4) 


| ICBI19 I(C) BI (19) 


| ICQSR I(C)—— Q(19) Microprocessor must 
specify right shift. 


-ICRY I(C)—— CRY May also specify IOVFL 
| w/wo IBBI4. 
Refer to Note 2A. 


I (C)—<- CRY May also specify IOVFL 
, w/wo IBBI4 
Refer to Note 2b. 


I(G)—- BI (4) V AUZ 
a eel 


I(G)—=— ALU result (0)] Refer to Note 2b. 
V AUZ (20 bits) 
I(L)— ALU result (0) 


I (G)—— SIGN 
I(L) << SIGN 
I (U) —— BI (4) 


I(OV)—e- BI(4) ¥ BI(5) 


IT (OV) ——_— OVFL 


Table 3-6 Miscellaneous Hardware Operands (Sheet 2 of 4) 


OPERAND CATEGORY ACTION NOTES AND RESTRICTIONS 


CTR —— 0 - Implies INCP as a 
en operand unless BP 
or BPH is internal bus 
source. 


2. Implies XBSR un- 
less XBSRO, XBSRI1, or 
XBO is specified. 


3. Bit 1 of the ll- 
bit branch address 
must equal Zero. 


1. Implies INCP as a 
BUS operand unless BP 
or BPH is internal bus 
source. 


2. Implies XBSR un- 
less XBSRO, XBSR1, or 
XBO is specified. 


3. Bit 1 of the ll- 
bit branch address 
must equal One. 


DDLEQU Implies microprocessor 


function XORC. 


Check data descriptor 
length. Calculate 
effective ring num- 
ber. 


NOCHEK Suppress access 


rights checking. 


1. iImplies RINGCALC 
unless microprocessor 
function INCR, ADDI, 
AND, or SUB specified. 


2. No FLOPS operand 
in CTR or GP groups 
may be specified. 


NONPROC Implies microprocessor 


function ANDC. 


Check procedure as 
data. 


RINGCALC ImpliesS microprocessor 


function XOR. 


Calculate effective 
ring number. 


RINGINIT Implies microprocessor 
function OR unless 
COPY (with non ZERO 


SRC1) is specified. 


Initialize effective 
ring number. 


Check data descrip- 
tor length. 


cn 
a 


Table 3-6 Miscellaneous Hardware Operands (Sheet 3 of 4) 


OPERAND CATEGORY ACTION NOTES AND RESTRICTIONS 


VALID8 1. ImplieS micropro- 
cessor function SUB 
unless DDLEQO, 
NONPROC, or RINGINIT 
is also specified. 


Validate range. 


2. No FLOPS operand 
in CTR or GP groups 
may be specified. 


LOAD —— 0 


LOADO 


LOAD —— ] 


LOAD] 


MISC — 0 


MSO 


MS 1 MISC —— 1 


MS4-9EQO MISC —BI(4) V BI(5) V 
: I(6) V BI(7) V 


BI(8) V BI(9) 


MSACK MISC—m—_— Megabus ACK 


flop 


MISC —e— CRY Refer to Note 2a. 


MSCRY 


Refer to Note 2b. 


MISC —« CRY 


MSCRY20 


MSNBI19 “MISC — BI (19) 


MS PROV MISC MMU protection 


violation signal 


PANOK —— 1] 


PANOK 


SGl SIGN —— ] 


SGBI0 SIGN— BI (0) 


SGBI4 SIGN =< BI (4) 


SGBI19 SIGN~——BI (19) 


SHIN] — 0 
SHIN2 — 0 


SHOO 


SHINI— 0 
SHIN2— 1 


SHO1 
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Table 3-6 Miscellaneous Hardware Operands (Sheet 4 of 4) 


OPERAND | CATEGORY ACTION NOTES AND RESTRICTIONS oe 


SH1Q SHIN] —1 
SHIN2 = 0 


SH11 SHIN] — 1 
SHIN2 = 1 


SHIIB SHIN1 —«e— I (B) 

SH2NSG SHIN2— SIGN 

TRAFNZR | TRAFFIC — ZERO 

WRAP WRAP —«— SIGN ¥ CRY Refer to Note 2b. 

XBO XB —— 0 

XBSR XB(0)—e- ALU result If right shift not 
(19) specified in micro- 

B(1-3)—— XB(0-2) processor area, 
results are undefined. 


Refer to Note 2a. 


XBS RO XB(0)— 0 Refer to Note 2b. 
B(1-3) «— XB (0-2) 


XBSR1 XB(0) —— 1] Refer to Note 2b. 
B(1-3) =— XB (0-2) 


Z RQ ZERO— 0 


ZR1 ZERO ——_ 1 
ZRAUZ ZERO —« AUZ |Refer to Note 2a. 
ZRAUZ20 ZERO AUZ 


ZRQLT ZERO—— QLT active 
flop 


NOTES 


l. For restrictions and permissible combinations 
in the GP category, refer to Table 3-7. 


2a. Forces AUZ, CRY, and OVFL to 16-bit versions. 


2b. Forces AUZ, CRY, and OVFL to 20-bit versions 
(refer to subsection 3.1.2). 


Table 3-7 Permissible GP Combinations 
(Sheet 1 of 2) 


DESTINATION(S) OF 
INTERNAL BUS GP CATEGORY OPERANDS 


PANEL None 


PANEL4 None 
LVL None 
RING None 
None 
None 
SGBI4 
SH11 
SG1l 
SGBI19, MS4-9EQ0 
XBU | 
XBU, MSO, SHOU, ZRAUZ 
SBO, MSO, SHOU, ZRAUZ20 
SGBI4, MSNBI19, ZRAUZ 
SGBI4, MSNBI19, 2ZRAUZ20U 
SGBI4, SH2NSG 
SGBI4, MS1 
SBGI19, MS1 


SGBI19, ZRQLT 


SGBI4, XBSR 


SGBI4, XBSRO 
SGBI14, XBSR1 
| ZRO, XBSR 


ZRO, XBSRO 


Table 3-7 Permissible GP Combinations 
(Sheet 2 of 2) 


DESTINATION (S) GP CATEGORY OPERANDS 


of the ZRO, XBSR1 


above 


above ZR1, XBSR 


the 


of 


of the above 


ZR1, XBSRO 


above ZR1, XBSRI1 


of the 


the above 


of 


SHOO, XBSR 


of the above SHO0O, XBSRO 


of 


the above SHOO, XBSRI1 


of the above SH10, XBSR 


of the above SH10, XBSRO 


of the above SH10, XBSRI1 


Any Single GP-category operand, 
except. ZROLT, XBO, MSNBI19, 
or MS4-9EQ0 


3.4.7 Miscellaneous Hardware Examples 


The following are examples of source statements for the 
miscellaneous hardware area. 


STATEMENT MEANING 


IGL20, CTRO, NONPROC, XBSR 


of the above 


IOVFL, ICRY 


IACK, IBBI4 Invalid - cannot choose to 
operands from same category 
except as noted. 


NOCHEK, CTR1 Invalid - NOCHEK incompatible 
with operands from CTR and GP 
categories. 


NOCHEK, NONPROC Invalid - NOCHEK and NONPROC 
require different microproces- 
sor functions. 


om 


STATEMENT MEANING 


FLOPS SHOO 


FLOPS SHOU, MSO Incomplete specification - may 
result in undesired side 
effects. 


FLOPS SHOO, MSI Invalid - illegal combination 
of GP category operands. 


3.5 FRIMWARE SEQUENCING AREA 


The firmware Sequencing area generates the address of the 
next firmware step to be executed. Both conditional and uncon- 
ditional branching are supported. 


i Fe we | Transparent and Sequential Mode Differences 


The two firmware sequencing modes Supported by WCS, Trans- 
parent and Sequential, are mutually exclusive. The WCS option 
hardware must be set by a manually operated switch, into one mode 
or the other. The following discussion assumes that the setting 
of this switch is established when the system is installed, and 
that all user firmware intended for one installation will execute 
in the same mode. The assembler must be told which mode applies 
to the firmware being processed (refer to Section four), to pro- 
duce object code consistent with this mode, as well as appropri- 
ate diagnostics when the restrictions applicable to this mode are 
violated. 


The obvious difference between the two modes appears in the 
assignment of control store addresses to successive steps of a 
firmware routine. In this respect, Sequential mode looks more 
like typical software, and hence will seem more familiar to most 
readers. The microporgrammer assigns an initial address 
(Origin), after which the assembler automatically increments the 
address for each new step. Conditional branches represent a 
choice between continuing in sequence and taking some other 
action (branch to a specified location, or "call" a Subroutine, 
Or "“return"). 


In contrast, the microprogrammer working with transparent 
code will rarely allow the assembler to assign the address of 
the next step, even when the values are adjacent. Every step in 
Transparent mode explicitly specifies the address of its succes- 
sor, which may equally reside anywhere in the 2048-location firm- 
ware bank. Conditional branches represent a choice between the 
address thus specified and an alternate address (produced either 
by a fixed modification of the specified address, or by reference 
to the LINK register, or by hardware dedicated to analyis of the 
F/SEL instruction register). 


In either mode, when no branching 1S required, the assembler o™ 
generates the necessary code to progress from step to step. ae 
Nevertheless, it should be noted that, in transparent object 
code, the bits responsible for specifying the next address are 
occupied at almost every step, whereas in Sequential object code, 
these bits are unused except where branching is called for. This 
destinction 1S important because some of these same bits are in- 
volved in the generation of constants (refer to subsection 
3.2.2.4 and 3.7) by the firmware. 


Therefore, when a particular constant needs to be generated, 
a restriction is imposed on the value of the next-address bits. 
In Transparent mode, this restriction requires some extra book- 
keeping to keep track of address assignments. In Sequential 
mode, the restriction vanishes when no Simultaneous branching is 
involved; otherwise, 1t usually requires insertion of an extra 
firmware step. 


Thus, the choice between the two modes should be based on the 


expected frequencies of branching and of constant usage, and the 
consequent likelihood of their interfering with each other. 


Secondary considerations include: (1) the relatively greater 
ease of subroutine calling in Sequential mode, (2) the greater 
freedom with which three or more decision steps can select be- 
tween the same two destinations in Transparent mode, and (3) the 
fact that the native CPU firmware is written and executed in 
Transparent mode. In Summary, Transparent mode makes it possible 
to produce more compact code, whereas Sequential mode is easier 
to learn. 


3.5.2 Transparent Mode Syntax 


The Transparent mode firmware Sequencing microinstruction 
takes one of the following forms: 


GOTO addr 
condition true, false 
where: 

addr 1s the unconditional-branch address. 

true is the branch address if condition is true. 

false is the branch address if condition is false. 

In Transparent mode, the branch address operands (true, 
false, and addr) may be an address value (refer to subsection 
3.5.5) or a reserved word (LINK register operand or "splatter" 
operand). An address value is used if the branch address is a cn 


fixed location. A LINK register operand 1s used to specify the ae, 
li-bit branch address as a function of the 8-bit LINK register 
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(refer to subsection 3.2.4) as shown in Figure 3-4. A splatter 
operand is used to generate a branch address based on the value 
of the F/SEL instruction register (refer to Appendix E). The 
legal Transparent mode address operands are Summarized in Table 
3-8). 


OPERAND BRANCH ADDRESS 


XLO = LO | 1] LINK REG VALUE | 0_ 
XL1 [1] 1] LINK REG VALUE | 0 | 
XL [x | 1] LINK REG VALUE | 0 | 


x = high order bit of alternate 
branch address (One if none) 


Figure 3-4 Link Register Operands 


The only valid unconditional branch is GOTO, where control is 
transferred to the specified branch address. In conditional 
branching, either the "true" or "false" operand must specify a 
value or reserved word, and the other must specify a value or be 
null. If this latter operand is null it represents the address 
of the next firmware statement in the source. If neither operand 
is Specified as a reserved word, one of the addresses must be 
equal to the other address ORed with 3. 


Table 3-8 Transparent Mode Branch Address Operands 
| aN 
OPERAND GENERATED BRANCH ADDRESS | - 
Specified address ** 


Function of LINK register and of alternate branch 
dress. 


Function of LINK register (most significant bit 
Function of LINK register (most significant bit 
Fixed location based on F/SEL (Address Syllable). 


Fixed location based on F/SEL (Commercial Address 
Syllable). 


Fixed location based on F/SEL (Execute). 


Fixed location based on F/SEL (Read Operand Data). 


Fixed location based on F/SEL (Write Result). 


Fixed location = 02U# (Fetch Instruction). 


*F may not be loaded (refer to subsection 3.2) simultaneously 
with specifying these branch address operands (refer to Appen- 
dix E for maps of locations addressed as functions of F/SEL). 


**Tf internal bus source is a constant (refer to subsection 
3.2.2.4), the second least significant hexadecimal digit of 
"value" must equal digit "y" of the constant. 


3.5.3 Sequential Mode Syntax 


The Sequential mode firmware Sequencing microinstruction 
takes one of the following forms: 


GOTO addr 
CALL addr 
LBRANCH addr 
RETURN 


Condition true 
Condition true, RETURN 


Condition true, ,CALL 


Condition ,false 
Condition RETURN ,false 
Condition ,fLalse,CALL 
where: 
addr is the unconditional branch address. 
true is the branch address if the test condition 18S true. 
false is the branch address if the test condition is false. 
Unconditional branches in Sequential mode include: 


e GOTO - Control is transferred to the specified branch 
address. 


e CALL - Control is transferred to the specified branch 
address after saving the address of the current firmware 
step plus one in the "return-address" register. Nested 
calls are not Supported. 


@® RETURN - Control is transferred to the firmware step 
pointed to by the return address register. 


@ LBRANCH - Control is transferred to one of 256 locations 
based on the three most significant bits of the l1l-bit 
operand “addr", concatenated with the LINK register value. 


The operand “addr" must be an address value (refer to sub- 
section 3.5.6) greater than 001. If the internal bus Source is a 
constant (refer to subsection 3.2.2.4), the second least Signifi- 
cant digit of the “value" must equal digit y of the constant. 


In Sequential mode conditional branching, either the “true" 
or "false" operand must specify an address value, and the other 
must be mull or the reserved word RETURN. If null is used, a 
conditional CALL may be specified by using the three operand 
format. 


3.5.4 Conditions 


Table 3-9 summarizes the list of permissible test conditions, 
divided into six categories: 


Microprocessor Tests 

Internal Bus Tests 

Instruction Register (F/SEL) Tests 
Megabus Interface Tests 
Miscellaneous Hardware Tests 

Other Tests 


Conditions that test a single bit or flop (or a logical func- 
tion of several) result in “true" if the value is One and "false" 
if the value is Zero. Conditions that test a relational expres- 
sion (e.g., F(1-3) = 7) result in "true" if the relation is sat- 
isfied and "false" if 1t 1S not. 


If a register or flop is being loaded and tested simulta- 
neously, the test applies to the value before the load. The F 
register may not be loaded and tested simultaneously. 


Microprocessor tests which are functions of AUZ, OVFL, or CRY 
may not force these signals to detect on different lengths (16 or 
20 bits) than any Simultaneous FLOPS operands (refer to subsec- 
tion 3.4) which are functions of these signals. 


Table 3-9 Firmware Sequencing Conditions (Sheet 1 of 5) 


CONDITION SIGNAL OR FUNCTION TESTED NOTES & RESTRICTIONS 


MICROPORCESSOR TESTS 


IFALUO ALU (0) Refer to Note l. 


IFAUZ AUZ Refer to Note l. 


IFAUZ20 Refer to Note 2. 


AUZ 


CRY Refer to Note l. 


IFCRY 


IFCRY20 CRY Refer to Note 


IFOVFL OVFL Refer to Note l. 


IFOSR 


Q(19) Microprocessor area 


must specify DR or SR. 


IFSHIN- SHIN 


IFSHZ SHIN V AUZ Refer to Note l. 


IFSHZ20 Refer to Note 2. 


SHIN V AUZ 


INTERNAL BUS TEST 


IF4EQ5  BI(4) = BI(5) 


IFBI4 BI (4) 


IFBI12 


BI (12) 


IFBI19 


BI (19) 


a 


Table 3-9 Firmware Sequencing Conditions (Sheet 2 of 5) 


CONDITION SIGNAL OR FUNCTION TESTED NOTES & RESTRICTIONS 


IFBINUM 


IF PMUX 


IFPRIV 


IFTRACE 


IFBCND 


IFBINUM 


Internal bus bit determined 
by the register number field, 
F(1-3), as follows: 


F Register 
Bits 1-3 Bit Tested 

00 0 I (I) 

001 BI (13) 
01 0 BI (14) 
011 BI (15) 
1 0 0 BI (16) 
1041 BI (17) 
1 1 0 BI (18) 
ie BI (19) 


Previous firmware step had 
P, BP or BPH as internal bus 
source, or previous step had 
BUS operand PURGE, INCP, 
RDREQP, or PSELECT and did 
not have P as internal bus 
destination. 


Privilege bit of S register, 
S (1) 


M1 (0) 


INSTRUCTION REGISTER 
(F/SEL) TESTS 


Branch condition (appropri- 
ate to branch instruction 
in F register - refer to 
Table 3-10). 


Bit determined by register 
number field, F(1-3), as 


follows: 

F (1-3) Bit Tested 
0 0 0 I(T) 
001 BI (13) 
01 0 BI (14) 
011 BI(15) 
10 0 BI (16) 
101 BI (17) 
110 BI (18) 

2. 2 od BI (19) 


Table 3-9 Firmware Sequencing Conditions (Sheet 3 of 5) 


CONDITION SIGNAL OR FUNCTION TESTED | NOTES & RESTRICTIONS aad 


IFDSELEQO SEL = 0 SEL=—SEL-1 
IFF11 F(11) 

IFF4 F(4) 

TEPS FD) 

IFF6 F (6) 

IFF/ F (7) 

IFF8 F (8) 

IFF9 F (9) 

IFGTWD Instruction data field size> 


16 bits (function of F - 
refer to Table 3-11). 


IFHALF | Instruction data field size 
= 8 bits (function of F - 
refer to Table 3-11). : gee 


IFNUM? F(1-3) = 7 


IFQUAD Instruction data field 
size = 64 bits (function of 
F - refer to Table 3-1l). 


I FREGAD Address syllable calls for 
register addressing, 1.é€., 
[F(0) = 0] V [F(9-ll) = 5 


A SEL # 0] 

IFSCISTR Instruction has SIP Store 
Op-code 

IFSELO SEL (0) 

IFSEL1 SEL (1) 

IFSEL3 SEL (3) 

IFSELEQO SEL = 0 


IFSL1-3EQ7 | SEL(1-3) = 7 


IFWORD © Instruction data field size a 
= 16 bits (function of F - WY 
refer to Table 3-11). 
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Table 3-9 Firmware Sequencing Conditons (Sheet 4 of 5) 


IFACK 
IF PARER 


IFPMUX 


IFRMWF 


IFRPTRP 


IFRUP 


IFYELLOW 


IFADRER 


IFIC 
IFII 


IFDDLEQO 


| IFLOAD 
IFMISC 
IFMIZR 


IFSHIN 


*% | CONDITION SIGNAL OR FUNCTION TESTED | NOTES & RESTRICTIONS 


MEGABUS INTERFACE AREA TESTS 


Megabus acknowledge flop. 
Parity error indicator. 


Previous firmware step had 
P, BP, or BPH as internal 
bus source, or previous 

step had BUS operand PURGE, 
INCP, RDREQP, or PSELECT and 
did not have P as internal 
bus destination. 


A previous firmware step 
successfully performed a 
lock, and no unlock has yet 
been performed. 


INTBSY V EXTRAP 


INTBSY 


TICK—- 0 

YELLOW —— 0 

Set when any EDAC- 
corrected memory reads 
were encountered since 
last test. 


YELLOW flag 


MISCELLANEOUS HARDWARE TESTS 


Address error (= WRAP V 
SEGERR) 


I (C) 
I (I) 


DDLEQO flop Microprocessor destin- 


ation must be Q or 
null. 
LOAD flop 


MISC flop 


MISC V ZERO 


oat 


SHIN 


oes), 


Table 3-9 Firmware Sequencing Conditions (Sheet 5 of 5) 


CONDITION 


IFSHINI 
IFSHIN2 
IPSHZ 
IFSHZ20 
IFSIGN 
IFXBO 


IFZERO 


IFCACHE 


IECIP 


IFEXEC 


IF LAF 
IFLOCK 
 IFSIP 
IFTICK 


IFWCS 


SHIN] flop 
SHIN2 flop 
SHIN V AUZ 
SHIN V AUZ 
SIGN flop 
XB (0) 
ZERO flop 
OTHER TESTS 
Cache present 
CIP present 


Control panel Execute 
pushbutton | 


LAF - Long address form 
Control panel lock function 
SIP present 

TICK flop 

WCS present 


NOTES 


SIGNAL OR FUNCTION TESTED NOTES & RESTRICTIONS 


Refer to Note l. 


Refer to Note 2. 


Set every 8-1/3 ms 


Forces CRY, OVFL, and AUZ to l6-bit versions 


Forces CRY, OVFL, and AUZ to 20 bit versions 


(refer to subsection 3.1.2) 


Table 3-10 IFBCND Test Function 


am 


I (L) 
I (G) 
I (OV) 
I (B) 
I(C) 
I(T) 


I(L ¥ U) 


I(L V G) 


I(G ¥ U) 


I (U) 


X = Undefined 


* True unless power is failing 


Data Field Size Tests (Sheet 1 of 2) 


Table 3-11 


IFHALF | IFWORD | IFGTWD | IFQUAD 


-7) | F(8-11) 


F(4 


= 3) 


F (0 


ooo007tM7Tooocoomgoco ,7ooT,ODTTVT0 C0 O07 COMOO0O DO O09DT ODOC OCOOOCO FNnNONDWO °C 


i eae = = = 
PrOPOPOLPOD,ODODADOAOVOODOOOOOO OHA WOOO ODOOHOH YON 
iets 4 ae 


rol 
AA MAH AA AHOCOTH OAC HBA CHACHA THA ODA OHOTR ODN HOC 1 AAO NH ONONO 
ee 


2 
aoooedv°cj”#rovo0o0o000 0 1ivoooo°c 0c co FA DOO COCC COCO CUNU OOOO OM OO nD OOOO oO LO 
| : 
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am )osetiol ee | 
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-_ 
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Table 3-11 Data Field Size Tests (Sheet 2 of 2) 


1 if LAF; otherwise, L = 0 

1 if MISC V ZERO; otherwise, M = 0 
selected bit of scientific mode register (M4) or F: 
F (0-3) 9 A B C D E F 
S M4(2) M4(4) M4(6) F(5) M4(2) M4(4) M4(6) 


= 
now ow 


3.5.5 Address Values 


The WCS consists of a maximum of 2048 locations, making it 
possible to specify addresses in ll bits. In fact, the next 
address field of the firmware word (refer to Appendix B) is in- 
deed 11 bits. However, to differentiate WCS firmware locations 
from native firmware locations, a high order One is often append- 
ed to WCS location values (e€.g., Microcode Analyzer and WCS 
loadtr). 7 


An address value may be specified to the assembler as a lit- 
eral, symbol, or statement reference (refer to Section 4). When 
encoding the value of the next address field, the assembler will 
use the low order 11 bits. When printing the location of a par- 
ticular firmware step, the assembler will use 12 bits. At the 
user's discretion the high order bit can be specified as 0 or l. 


In Sequential mode, an address value may not be equal to 
OOO0#, OO1l#, 800#, or 8B801#. If any of these locations is speci- 
fied, a hardware trap will result, causing the firmware to branch 
to native firmware location 000 (refer to subsection 2.7.1). The 
assembler will issue a diagnostic message 1f any of these address 
values 1s specified. 


3.5.6 Firmware Sequencing Examples 


Tables 3-12 and 3-13 are examples of source Statements for 
both Transparent and Sequential modes. 
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Table 3-12 Source Statements for Transparent Mode 


STATEMENT MEANING 


—— TAG 
XA 


—- XA splatter based on F/SEL 


802#,803# If F(50 = 1, —»802#; else 803% 


If F(5) = 1, —~TAG: else — 
location which is function of 
LINK register. 


TAG,XL 


Invalid - at least one operand 
must specify value. 


XA ,XB 


Invalid - 805# V 003# = 803# and 
also 803# V 003# = 805# 


805#,803# 


Table 3-13 Source Statements for Sequential Mode 


STATEMENT MEANING 


—- TAG 


CALL TAG 
Return address register ~— 
Current address + l 


Return to address in return 
address register. 


RETURN 


LBRANCH ——location in LINK register + 


900# 


IFFS5 If F(5) 1, —>TAG 


0, —=TAG 


IFES LE OF GS) 


If F(5) = 0, —™address in return 
address register; else -—-»TAG 


IFRS 


TAG, RETURN 


If F(5) = 1, CALL TAG 


IFFS5 TAG, ,CALL 


IFF5 , RETURN Invalid - one operand must be a 


branch address. 


IFFS 802#,803# Invalid - both operands may not 
specify a branch address in Seq- 


ential mode. 


ae 


wy 


Am, 


3.6 MASTER CLOCK AREA 


There are four clock speeds that control the duration of each 
firmware step. The assembler selects, for each step, the fastest 
clock speed permissible based on the actions specified in the 
step. In rare circumstances, the selected clock speed must be 
overridden based on the actions of a previous step. 


3.6.1 Syntax 


The microinstructions in the master clock area take one of 
two forms: 


HL 
VL 


where: 
HL specifies a "half long" clock speed. 
VL specifies a "very long" clock speed. 
3.6.2 Usage of Master Clock Microinstructions 
VL must be specified LE: 
% The current step specifies IFHALF, IFWORD, IFGTWD, or 
vt caro and the previous step altered the MISC or ZERO 


@e The current step specifies IFREGAD and the previous step 
altered SEL. 


HL must be specified if: 

@e A microprocessor shift modifier (SL, SR, DL, or DR) 1s 
specified, BI 1S a microprocessor source, and the shift 
input (SHIN) comes from the internal bus (SHIN depends on 
the previous setting of MISC, SHINI1, and SHIN2). 

NOTE 


Neither HL nor VL should be specified 
Guring a Megabus "write" step. 


3.7 EXAMPLES OF FIRMWARE ROUTINES 


This subsection provides examples of several firmware rou- 
tines, illustrating the effective utilization of various micro- 
instructions in accomplishing common tasks. The coding of the 
first five examples is extracted from actual native firmware. 
They therefore contain some irrelevant material, which has been 
retained here to illustrate the parallelism permitted in the 
firmware. | 


Example 1 - Procedure and Read from Memory co 


awed 
4 TITLE EXAMPLE 1 
3 * PROCEDURE READ FROM MEMORY 
a 
S * THIS EXAMPLE FETCHES THE FIRST wORD OF THE NEXT INSTRUCTION AND DEPOSITS 
6 ® COPIES IN RAM LOCATION 0, IN REGISTER 00, AND IN REGISTER F/SEL. IT ALSO 
7 & SIMULTANEOUSLY? 
8 * A) SETS CONTROL FLOP ZERO TO INDICATE IF THE RECEIVED INSTRUCTION IS AN HLT 
9 8) CLEARS PEGISTER X& AND FLOPS SHN1i, SHN2, MISC, AND SIGN 
10 t C) INITIALIZES THE RING EFFECTIVE LOGIC OF THE MMU 
1] * D) TESTS FOR THE PRESENCE NF AN EXTERNAL INTERRUPT OR TRAP PENDING 
1e 
13 Isto EGU 20aa8 
14 INTE EQU 208s 
1S 
020 €82AR FE31 D239 O20A 16 FETCH 0208 BI BP ,RAMO,F s COPY PROCEDURE WORD TO RAMO,F/SEL 
17 OR BI,ZERC,00 ; AND TG DO 
18 * C"OR" MAY BE REPLACED tY "COPY" 
19 ® IN WCSA REV 03.00) 
20 FLOPS . 7TRAUZ,SHO0,X80, ; PERFORM A), 8), 
el ASO,PINGINIT ; ANO C) 
ce IFRETRP INTE,INTO / POLL FOR INTERRUPT OR TRAP 


Example 2 - Non-Procedure Read from Memory 


23 LITE EXAMPLE 2 ; 
24 * NON@PROCEDURE READ FROM MEMORY 
25 


26 * THIS EXAMPLE FETCHES AN ADDPESS FROM THE MEMORY LOCATION(S) POINTED TO 
27 * SY THE YePEGISTFR CONTENT, AND DEPOSITS A COPY IN THE PeREGISTER. IT ALSO 
ef x SIMULTANECUSLY SETS REGISTER 00 EQuAL TO THE COMPLEMENT OF REGISTER Q, 


29 

104 O009C aF01 1804 8095 30 1D0us CUPY ZERY ’ GENERATE CONSTANT = 0 

31 51 ALU,4H 3 H <= 0 

32 RDRED NOCACHE * REQUEST MAIN MEMORY LOCATION Y 
33 IFLAF wel, xt / TEST FOR LONG ADDRESS FORM 
34 

095 8013 CE30 CDSI00 63Cb 35 095" RI 80,4 3 H <e FIRST HALF OF LAF ADDRESS 
36 RUS INCY /Y <~ Yel 
37 

3C6 0093 CF91 1000 0097 38 3Cos RDREQ MOC ACHE f REQUEST SECOND HALF OF ADDRESS 
39 

097 8027 AESS E000 O24C 40 097% XOFC G,ZE80,00 * DEPOSIT COMPLEMENT OF @ IN DO 
4} RI BDe,P / PUT HALVES TOGETHER IN P 
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Example. 3 - Write Into Memory 


24C C893 CFOCO BO0A 8256 


256 


257 


37F 


369 


OA9 


OA8 


364 


37n 


0023 C661 4000 0257 


0043 C701 4000 O37F 


0403 


4943 


O4AaCc 


aaa? 


CCO3 


6423 


CFO0O 


C300 


AFO] 


SFO) 


C750 


FASO 


2134 


B014 


2AC0 


26co 


6510 


F000 


9369 


O0A9 


O36A 


0364 


F370 


N7FF 


42 TITLE EXAMPLE 3 
U3 * WRITE INTO MEMORY 
ua 
us « THIS EXAMPLE wRITES THE ADDRESS CONTAINED IW REGISTER DO INTO THE 
46 * MEMORY LOCATION(S) POINTED TO BY RAM LOCATION 6, 
a7 
ue cuca BI PAMB,Y 7 Y <= RAMB 
ag IFLAF eel,xee / TEST FOR LONG ADDRESS FORM 
50 
51 2568 BI DO,L4 s LEFT 4 BITS OF DOC VIA BI TO 
S2 WRT INCY / FIRST wORD OF LAF STORE 
53 * Y <= Ye} 
Su 
S55 e578 BI 00 3 (REST OF) DO VIA BI 
S6 WRT INCY / TO MEMORY 
S7 * Y <= Yi 
Se TITLE EXAMPLE 4a 
S9 * 1/Q READ 
60 
61 * THIS EXAMPLE REQUESTS INPUT FROY THE I/0 SUBSYSTEY, USING THE CHANNEL 
62 ® NUMBER AND FUNCTION CODE CONTAINED IN REGISTE® DO, AND (CIF THE REQUEST 
63 & 1S ACKNOALEDGED) COPIES THE REPLY INTO REGISTER BO. IT THEN EXITS TO STORE 
64 a THE REPLY AS RECUIRED. THE I/0 INDICATOR IS SET/CLEAREN IF THE REQUEST 
65 ® IS/ISN'T ACKNOWLEDGED. NOTE THAT THE CHANNEL NUMBER/FUNCTION CODE “UST 
66 @ BE PLACED IN Y(S=19)/X8(0) FOR TRANSMISSION TO THE MEGABUS, 
67 
68 37F # COPY 00,-80,SR t SHIFT CHANNEL/SFURKCTION TO BO 
69 FLOPS XxBSR,SxH00 ; AND x8(0)3 CLEAR SHN1 AND SHN2 
70 IFSIGN T030,IT03E 4 1030 FOR I/0 wRITE (SEE EXAMPLE 5S) 
71 
72 IO3E 3698 81 B0,YR16 3 SHIFTED INFORMATION INTO Y¥(4=}9) 
73 IFSHIN Rt2, 84) 4 TEST XBC(1) VIA SHIN 
74 
75 Oa9e# COPY ZERO,RO 3 xXB(1)s0 SO BO <# ZERO'S 
76 RORE) T-0 3 REQUEST I-00 READ 
77 FLOPS “S0 + MISC <e 0 
78 GOTO £2 / SKIP NEXT STEP 
79 
80 OABs xORC 80,80,R0 3 xB(1)21 SO 80 <= ONE'S 
61 RDREO 1-0 3 REQUEST JeO READ 
62 FLOPS “S0 7 “ISC <e 0 
83 
a4 36A8 BI RAMB,Y 3 RESTORE Y FROM RAMA 
AS Copy 80,30,SF + SHIFT BO TO 
66 FLOPS XBSR, TACK ; RESTORE XB(0)7 I(1) «= ACK 
@7 IF ACK aol, XF 4 YF ACnKH=s0, EXIT TO NEXT FETCH 
6A 
a9 3708 BI RD 3 COPY READ RESPONSE 
90 cory 81,80 ; TO BO 
91 GOTO Xw / GO TO STORE RESPONSE 
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Example 5 - I/O Write 3 —_ 


G2 TITLE EXAMPLE S 
93 * I/M «RITE 
Qu 
os * THIS EX#MPLE TRANSMITS NATA TO THE I/N SUBSYSTEM, USING THE CHANNEL 
96 e@ PT UMBE9 AWD FUNCTION CODE CONTAJNED IN REGISTER DO. THE I/O INDICATNR JIS 
97 * SET/CLEARED JF THE PEQUEST JS/ISM'T ACKNOMLEDGER, THE EXAMPLE SEGINS wITr 
9&8 # THE FIRST STEP (37Fe) OF EXAMPLE a, BIIT THE FIRST GRPANCH LEADS TO A NETHURK 
99 s OF STEPS RESULTING I' THE COPYING QF THE APPROPRIATE DATA TO REGISTER 4, 
100 
104 
37F 0403 CFOC 2134 9369 102 37F 8 COPY 00,89,SR & SKIFT CHANNEL/FUNCTIOs’ TO 80 
163 FLOPS © XBSR,SH00 H AND XB(0)¢ CLEAk SHwt AND Ske 
104 IFSIGN 1030,I103E / IO3E FOR I/G READ (SEE EXAMPLE 4) 
105 
BoS 0993 CFUO 29900 340 Yoo 193% 3oBe 4 FYJ®9mvARE SEQUENCE TO AAVE DATA TO REGISTEX u 
107 
ZAC GAZ BFNO BOOO O34 1OR XLIMUT JAC CuPY 9,09 + 00 «ee 4 
109 6] KO0,YR16 / SHIFTED INFORMATION TATU Y( 419) 
116 
Sul 0043 C753 7928 FRup ye 34Ce R] D0 * OG VIA BI 
lle WRT TeC ; TO Te0 CHANNEL 
113 FLOPS V¥S1,1TACK s “ISC «m= 13 ICI) <= ACK 
114 TIFFS wel, XF / IF NCT ITOLO INSTRUCTIO., EXIT TO FETCRr 


Example 6 - Exit From WCS Transparent Mode 


115 TITLE FKAMPLE 6 
114 * EXIT FROY «CS TRANSPARENT MUDE 
117 
Lis * TIS EX#¥PLE JTLLUSTPATES THE SEQUENCE REGQUIREO TO RETURN FROM TRE wCS Ih 
419 w TRA GSPAIENT “ODE TO NATIVE FIRVAARE, IN GENERAL, WHEN & USER HAS COMPLETED 
120 e® &. INST¥JCTION OR HAS SENSED A REQUEST FOR SERVICE RY AN INTERRUPT, REAL@TIME 
121 s CLOCK, ETC., THE RETURN IS TO THE NATIVE FIRMAAPE LOCATION LASELLFED *FETCH® ap oN 
122 * (SEE EXA¥PLE 3), UNDER EXCEPTIONAL CIRCUMSTANCES (£.G., TRAP CONDITION OS 
123 ® DETECTION), RETURN MAY PE TO OTHE? NATIVE FIRMWARE LOCATIONS, Seu a 
leu - 
125 x TO INVOKE THE #@NGR4AL™ RETURN, AM ALGORITHM MIGHT END wITH THE FUNCTIOWAL 
ter * EDSUIVALENT OF: 
Zur CO9R CFCG QC OT7FC 127 FLUPS "SO >; “ISC <= 0 (NO TRAP) 
12a 6BNT0 EXITTRN / GO TG EXIT ROUTINE 
129 
130 w AMES A TRAP COVPITION IS DETECTED, ONE “IGHT EMPLOY THE FUNCTIONAL 
131 w® FYUIVALENT OF 
132 
133 TRAP EGU 33e&e NATIVE TRAP FIRMAARE 
134 Tverx FU OO31s FOR TV1S (OTHER VALUES FORK OTHER TRAPS) 
135 
But = & 423 FCIG 2906 234 136 RB} TVex : CREATE TRAP VECTOR ax 
137 COPY PFT,30 ; AND SAVE IN RO 
136 FLOPS MS} / MISC <@ 1 (TRAP) 
139 
234 C5G3 CFOS 2NGH ATFC 169 esus GOTO EXITTRN / GO TO EXIT ROUTINE 
16] 
142 s THE ACTUAL EXIT ROUTINE LOOKS AS FOLLOeS: 
143 
FFO C423 7ESG 2565 O7FD yau EXITTRN 'FFCe a] IDCF s START wITH CIP CHANNEL, 
145 COPY B1,00 ; FUNCTION IF IN DO : 
144 FLOPS XBSRI / xB(0) <e 1 
147 
FET 8726 NCDG BO0D SOTFE jus FFDs BI OFDs,yY > Y¥(O=#d) «= 0; USE OOOFDs# TO 
}49 XOR AT,00,%0 / MODIFY CHANNEL TO wCS, 
15% * FUNCTION TO 25 
19} 
FFE 0CGA3 CFGG F000 OTFF 152 FFEs BI hO,YR16 / Y¥(5"19) <= COWTROL WORD/S2 
152 
FFF @613 Coal 7935 F336 154 FEF R BI Y 3 MUST SPECIFY NON@ALU BI SRC FOR wRT 
1SS wRT I-0 $ TRANSMIT EXIT CODE To WCS 
156 IFMISC TRAP, XF / RETURN DEPENDING ON MISC 
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ree, 
rey 
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123 


124 


125 


FFE 


FFD 


FFE 


FFF 


Wp mda tee ater ot mane eee ff mee nemo en 


Example 7 - Exit From WCS Sequential Mode 


0093 


0093 


0423 


C023 


6026 


0043 


@013 


CF00 


C800 


Fal) 


7E90 


oC00 


C800 


Coal 


26C0 


2900 


7000 


2500 


6000 


#035 


7000 


87FC 


OTFE 


OTFF 


a7FF 


A020 


157 
154 
159 
160 
161 
1¢2 
163 
164 
165 
166 
167 
16A 
169 
170 
171 
172 
173 
174 
175 
176 
177 
174 
179 
180 
181 
182 
183 
164 
185 
186 
{7 
1@@ 
189 
1990 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
203 
202 
203 


TITLE 


» 


(SEE EXAMPLE 1). 


sy.) DD B 


SEQUENTIAL 


x TO INVOKE THE "NORMAL" RETURN, 


® EQUIVALENT OF 8 
1238 


® AHEN A TRAP CONDITION IS DETECTED, 


w® EQUIVALENT OF: 


TRAP EQU 
TVeXx EQU 


EXAMPLE 7 


EXIT FROM wCS SEQUENTIAL MODE 


IN GENERAL, 


THIS EXAMPLE ILLUSTRATES THE SECUENCE REQUIRED TO RETURN FROM THE wWCS IN 
SEQUENTIAL MODE TO NATIVE FIR4abRE, 
AN INSTRUCTION OR HAS SEWSEG A REQUEST FOR SEPVICE BY AN INTERRUPT, REALTIME 
CLOCK, ETC., THE RETUPN ITS TO THE NATIVE FIRMWARE LOCATION LABELLED “FETCH® 


WHEN A USER HAS COMPLETED 


UNDER EXCEPTIONAL CIRCUMSTANCES (€.G6., TRAP CONDITION 


FLOPS 
GOTO 


338s 
O03is 


FLOPS 
CALL 


81 
COPY 
WRT 
GOTO 


$0 
EXITSEGQ 


“S1 
EXITSES 


TV=x 
R1,30 
T=0 
TRAP 


3 
/ 


DETECTION), RETURN MAY BE TO OTHER NATIVE FIRMWARE LOCATIONS, 


QN ALGORITHM MIGHT END WITH THE FUNCTIOWAL 


MISC <= 0 (ND TRAP) 
GO TO EXIT ROUTINE 


ONE MIGHT EMPLOY THE FUNCTIONAL 


NATIVE TRAP FIRMWARE 
FOR TV1S (OTHER VALUES FOR OTHER TRAPS) 


~N we 


* THE ACTUAL EXIT ROUTINE LOOKS AS FOLLOWS: 


EXITSEQ FFCe# 


BI 
COPY 
FLOPS 


BI 
XOR 


BI 
IFMISC 


BI 
WRI 
GOTO 


IOCF 
RJT,0 
XbSR1 


OF Da#,Y 
BI,50,00 


00, YR16 
RETURN, #4] 


Y 
1-0 
FETCH 


MISC <= 1 (TRAP) 
INVOKE EXIT SUBROUTINE 


CREATE TRAP VECTOR #x 

AND SAVE IN 680 
TRANSMIT EXIT CODE TO wCS 
GO TO NATIVE TRAP FIRMWARE 


START wITm CIP CHAMNEL, 
FUNCTION IF IN DO 
XB(0) <= 1 


Y¥(0*d) <= 07 USE OOOFD TO 
MODIFY CHANNEL TO ACS, 
FUNCTION TO 25 


Y¥(Se19) <= CONTROL wORD/2 
RETURN IF TRAP 


MUST SPECIFY NON@ALU BI SRC FOR WRT 


TRANSMIT EXIT CODE TO wCS 
GO TO NATIVE FETCH FIRMWARE 
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SECTION 4 - WCS ASSEMBLY LANGUAGE 


Preparation of microprograms 1S Simplified using the WCS as- 
sembly language. It relieves the microprogrammer of many time- 
consuming duties associated with writing a microprogram in actual 
machine-language. For example, it allows the microprogrammer to 
employ meaningful symbolic tags rather than absolute control 
store addresses to specify firmware locations. 


The assembly system can be divided into two parts: the WCS 
assembly language and the WCS microinstruction assembler. The 
WCS assembly language is uSed to write a microprogram (source 
file), and the assembler translates the source file into the 
actual machine-language microprogram (object file). 


The microprogrammer can use any type of coding form to write 
a microprogram because of the free form used for coding source 
Statements. The desired microinstructions and associated oper- 
ands are entered onto the coding form, with each statement rep- 
resenting one firmware word. These source statements may then be 
transcribed onto punched cards or entered into a disk file via a 
teletype or other terminal using the MDT editor. In either case, 
the data constitutes the source file that will be processed by 
the assembler. 


The assembler reads the source file and produces a machine- 
language object file. It convertS mnemonic codes (microinstruc- 
tions) into machine-language codes, assigns absolute control 
store addresses to symbolic names, and completely assembles the 
final microprogram, storing it onto a disk file or magnetic tape. 
Another output from the assembler is a listing of the source file 
and corresponding object codes, plus diagnostic messages. Figure 
4-1 illustrates the relationship among the input source file, the 
assembler, and the output object file. 


OBJECT 


FILE 
(TAPE) 


SOURCE 
STATEMENTS 
(CODING FORM) 


SYMBOLIC 
SOURCE CODING 

PUNCHED ONTO 
CARDS 


SOURCE 
FILE 
(DISK) 


ASSEMBLER 


PROGRAM THAT TRANSLATES 
SYMBOLIC SOURCE CODING 
INTO MACHINE-LANGUAGE 


LISTING OF 
SYMBOLIC AND 
CORRESPONDING 


LANGUAGE CODE 
OBJECT 


FILE 
(DISK) 


Figure 4-1 Relationship of Source File, Assembler, 
and Object File : 


am. 


Descriptions and examples within this section use the follow- 
ing conventions: 


i} 


Indicates that one of the options enclosed in the 
braces must be selected. 


Indicates that the enclosed option may or may not be 
selected. 


Indicates that the immediately preceding option may be 
repeated. 


Indicates a hexadecimal digit. 
Indicates a decimal digit. 
Indicates an octal digit. 
Indicates a binary digit. 


Indicates that one or more spaces or horizontal tab 
characters are required. 


The following special characters must be coded exactly as 


shown: 


quote ———— 


comna ———____—_—_» , 
left parenthesis ———~» ( 
rignt parenthesis ———» ) 
asterisk —————————— * 
slash ———————_____———_> _/ 
plus sign ————————————> _ + 


hyphen or minus sign-- 


4.1 ELEMENTS OF WCS ASSEMBLY LANGUAGE 


The principal elements of the WCS assembly language are: 


Mnemonic codes 
Symbolic names 
Constants 

Statement references 
Punctuation 


These elements are combined to form a source file that con- 
sists of: 
ments that direct assembler operations, and (3) statements that 
define constants used by the microprogram. 


(1) microinstructions, (2) assembler control state- 


4.1.1 Mnemonic Codes 


The mnemonic codes combine to specify the microinstructions 
to be created. These codes are also called reserved words be- 
cause they are only recognized for their meanings as described 
in Section Three. Mnemonic codes can be any length, although 
only the first six characters are recognized by the assembler. 
For example, the test condition mnemonic IFRPTRP may also be 
coded as IFRPTR for a Six-character identification, or IFRPTRAP 
to further clarify its meaning. Also, any Spelling errors beyond 
the sixth character are ignored by the assembler. 


4.1.2 Symbolic Names 


Symbolic names are mnemonics that are not recognized as re- 
served words (refer to subsection 4.1.1). These names are speci- 
fied by the microprogrammer and may be used to label firmware 
Statements, operand values, and constants. Regardless of their 
use, the symbolic names must conform to the following rules. 


1. Names may consist of any number of characters, but the 
first six characters uniquely identify the name (the 
assembler will ignore all characters after the sixth). 
For example, the symbolic names ADDRSS and ADDRSSUU are 
recognized by the assembler as the same name. 


2. Names may be composed of alphabetic characters, decimal 
digits, and/or special characters as defined below: 


alphabetic characters - A through Z 
decimal digits - 0 through 9 


special characters - dollar Sign ($), 
underscore (_), 


hyphen (-). 


and 


3. The first character of each name may be any one of the 
above characters except a hyphen or decimal digit. 


4. Lowercase alphabetic characters are considered equivalent 
to tne corresponding uppercase characters. However, tne 
assembler does preserve the case of each character in the 
Output listing. 


5. A name may not be equivalent to a reServed Mnemonic code. 


Symbolic names are divided into two categories: firmware 
Statement labels and EQU symbols. Firmware statement labels may 
each be defined only once in a microprogram and have addresses 
assigned as their values. EQU symbols, on the other hand, may be 
defined any number of times by EQU statements which equate the 
symbol to different values. 


Ss v7 


4.1.3 Constants 


Numeric constants permit the microprogrammer to express val- 
ues within the range 0 through 2°*-1. The assembler recognizes 
numeric constants in hexadecimal, decimal, octal, or binary form 
as indicated below. 


Hexadecimal 


Hexadecimal constants must be in one of the following two 
formats: 


SR Allase® On niplones 
where: 
X specifies a hexadecimal constant. 
h equéls any digit within the range UV through F. 
# specifies the end of a hexadecimal constant String. 
Decimal 
Decimal constants muSt be in the following format: 
d{d]... 
where: 
d equils any digit within the range VU through 9. 
Octal 
Octal constants must be in one of the following two formats: 
Cen ail oon" Or O10) uaa 
where: 


C specifics an octal constant or the end of an octal 
constant string. 


Oo equals any digit within the range Vv through /. 
Binary 
Binary constants must be in one of the following two formats: 
B'({b] [A}] ...' or b[b]...B 
where: 


B specifies a binary constant or the end of a binary 
constant string. 


b equals 0 or l. 


All constants coded in the above formats are converted by the as- 
sembler into a 64-bit value that is right justified and either 
zero filled or truncated from the left to fit into the receiving 
field. For example, if a hexadecimal address is coded as See 
¥'1234', the address is actually interpreted as X'234', retaining 
the low order eleven bits. 


NOTE 
No warning message is issued when One bits are truncated. 


The following are examples of numeric consténts with all val- 
ues being equal. 


123457 
( ——»Hexadecimal 
xd. 2345" 


74565 ———_» Decimal 


221505C 
—~> Octal 
C1 221505" 


v0uU10U100011010001U1B 
| ——»Binary 
B'0001 0010 UVG1l 6100 v101' 


Numeric constants coded in the format X'', C'', or B'' are con- 
sidered zero values by the assembler. 


4.1.4 Statement References 


Statement references permit the microprogrammer to reference 
firmware statements that are a specific number of steps away from 
the current firmware statement, without uSing a label. The "off- 
set" portion of the reference is the count of firmware Statements 
to the referenced firmware statement. The proper format for 
statement references 1S: 


*({+}loffset]| 
where: 


offset 1s either an EQU symbol or a numeric conStant (refer 
to subsections 4.3.3 and 4.1.3, respectively). 


+ indicates a forward reference. 
- indicates a backward reference. 


*, *+, *- indicates the address of the current firmware 

statement. ey 
(fi ~ 
Ne! 


Thus, the “offset” 1S used to count steps forward or backward 
from the current firmware statement to locate the referenced 
firmware statement. This is generally not equivalent to adding 
or subtracting the offset and the current address. For example, 
assume that the following two statements appear consecutively in 
a source file. 
4 
LABEL1 5 GOTO *+) 
LABEL 2 10 GOTO *—) 


The statement tagged LABEL1 is loaded at location 805# and 
the statement tagged LABEL2 at location 80A#. The argument *+l 
references location 8UA#, while the argument *-1l references loca- 
tion 805#. This 1S in contrast to many other assembly languages 
where *+] would reference location 806%, and *-1l would reference 
location 809#. 


If a statement reference exceeds the boundaries of a micro- 
program (i.e., refers to a statement prior to the first or after 
the last statement), the assembler considers the reference equal 
to zero and generates an appropriate error message. In all other 
cases, the reference equals the address of the referenced 
Statement. 


4.1.5 Punctuation 


Recognized punctuation for the WCS assembly language in- 
cludes: 


Comma [,] - Separates multiple arguments for a 
Single op-code. 


Left parenthesis [(] - Optional marker of an argument list. 
Right parenthesis [)] - Optional terminator of an argument 
list. 
Semicolon [;] - Links the current line of coding and 


the following line into one statement. 
A line terminated with a; indicates 
that the statement continues on the 
following line. It also separates 
comments from a microinstruction. 


Blank - Separates the various language units 
when no other punctuation is used. 


Slash [/] - Separates comments from the micro- 
instruction on the last line of a 
step. It is also used to cause page 
ejection in printed output. 


4.2 SOURCE STATEMENT FORMATS 


Source line formats are classified into four main groups: 
firmware statements, pseudo-op (or control) statements, blank 
lines, and comment lines. Firmware statements generate object 
code to control the CPU hardware, whereas pseudo-op statements 
direct assembler operations. When coding WCS assembly language 
source statements, the user must conform to the formatting con- 
ventions described herein. 


Source code for the assembler is loaded into a sequential 
file which, if contained on a disk, may be edited using the text 
editor. Each line of coding may be up to 255 characters in 
length and can contain a line number; however, only the first 92 
Characters appear in the assembly listing. If a line number is 
used, it must start in the first character position of the line, 
and must be comprised of all decimal characters. Ignoring the 
line number, the assembler begins processing the line with the 
leftmost nondecimal character. The types of source lines avail- 
able to the microprogrammer include: 


Firmware statements 
Pseudo-op statements 
Blank lines 

Comment lines 


The descriptions of these source statements refer to the cur- 
rent address counter. This counter is internal to the assembler 
and contains the address of the current firmware statement. The 
counter iS incremented by one at the end of each firmware state- 
ment and may also be loaded from the address field of any 
statement. 


4.2.1 Firmware Statement 
The proper format for the firmware statement 1S: 
[label] [Aaddress] [Amicroinstructions] 

The “address", if present, is either an EQU symbol or a con- 
stant. The current address counter 1S made to equal the contents 
of this field. 

The "label" or symbolic name, if present, 1S made to equal 
the contents of the current address counter, after the counter 
has been modified by the address field of the statement. This 
label is referred to as the firmware statement label and must 
Start in the first character position after the line number, 1f 
any. 

The "microinstructions" have the form: 


micro opcode [operand list] [amicro opcode [operand list] ] ae 
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where micro opcode is any of the reserved words that represent 
microoperations. 


The "operand list" has the form: 


\(loperand... operand)! 


where operand is either a symbolic name, mnemonic, constant, 

Or statement reference. The use of any particular type of 
operand 1S restricted by the particular type of micro op-code 
being used. Micro op-codes and their operands are described in 
detail in Section Three. 


Examples of legal forms for an operand list are: 


FORM DESCRIPTION 


operand single operand 


operand, ) two operands, the second being null 
(,) two null operands 
operand, ,operand three operands, the second being null. 


An operand list is terminated by a right parenthesis, an end 
of statement, or an operand not followed by a comma (ignoring 
Spaces and semicolons). Thus, in the following incorrect firm- 
ware statement: 


ADD BI,DU Dl. 
DU is the last operand and Dl is interpreted as a micro op-code. 


A firmware statement must have at least a label, an address, 
Or a microinstruction. When no microinstructions are present, 
the statement is assembled as the default value (refer to subsec- 
tion 4.3.1). | 


4.2.2 Pseudo-Op Statement 


The pseudo-op statement provides only control information for 
the assembler; no object code is produced. Although the pseudo- 
Oop statement must conform to the following format, it may occupy 
any number of lines by using the semicolon. The proper format 
for the pseudo-op statement 1s: 


[label] laaddress] apseudo opcode[Aapseudo op information) [comment] 


The “address" is loaded into the current address counter. 


The "label" is a user Supplied symbolic name and, except for 
EQU statements, the label is treated as a firmware statement la- 
bel for the next firmware step. The symbolic name is made to 
equal the current address counter after modification by the 
address field. The label must start in the first character posi- 
tion after the line number, if any. 


The following is an example of a pseudo-op statement: 


BETA 1F# NO LIST TURN OFF; 
ASSEMBLER LISTING 


where BETA is the label which, along with the current address 
counter, 1S made to equal the address (l1F#). NO LIST is the 
pseudo-op. The comment starts with TURN and ends on the second 
line with LISTING. The comment iS continued on the second line 
because of the semicolon (;) after OFF. The following example is 
equivalent to the example given above, except it illustrates how 
the semicolon (;) can be used to extend a pseudo-op statement 
across several lines. 


BETA . 
1F# : 
NO ; 
LIST : 
TURN OFF ASSEMBLER LISTING 


The pseudo-ops that are available to the microprogrammer are 
described in detail in subsection 4.3. 


4.2.3 Bliank Lines 


The blank line permits Spacing of the listing and is other- 
wise ignored by the assembler. Blank lines contain no informa- 
tion other than an optional line number. A blank line imbedded 
in a firmware statement does not terminate the statement. 


4.2.4 Comment Lines 


A line containing a slash (/) or an asterisk (*) as the first 
character of the line 1S treated as a comment line and has no af- 
fect on the continuation of the current statement. The comment 
line beginning with a / causes the output listing to slew to the 
top of form before printing the comment, whereas the comment line 
beginning with an * is merely printed on the next line. 


4.3 CONTROL STATEMENTS 


Control statements (or pseudo-ops) are not assembled into the 
object file, but rather provide the assembler with listing con- 
trol, assembly control, and background information. Only the 
first six characters are used by the assembler to distinguish 
among the pseudo-ops; however, the full mnemonic names are given 
to improve readability in the source listing. The pseudo-ops 
available to the microprogrammer include: 
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DEFAULT 
END = 


SEQUENTIAL 
TITLE 
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4.3.1 DEFAULT Statement 


The presence of DEFAULT as the first micro op-code ina firm- 
ware statement results in the firmware image not being placed at 
the current adcress, but 1S used to fill in firmware image bits 
that have not been set by the microinstructions. The bits not 
set by the microinstructions in the DEFAULT statement are set by 
the previous default value. The original default value used by 
the assembler is: 


X¥'0093 B700 2000 O7FF' 


The DEFAULT statement is used most frequently to modify the 
automatic clock speed setting feature of the assembler (refer to 
subsection 3.6). The assembler will not select a clock speed any 
higher than the speed specified in the current default value. 

If, during firmware debug operations, a timing problem 1s sus- 
pected, the following DEFAULT statement can be specified: 


DEFAULT VL 


The above statement always causes the assembler to select the 
very long clock speed. 


4.3.2 END Statement 


The END statement may be used to mark the termination of var- 
10us firmware routines, and may appear anywhere in the source as 
often as desired. This statement has no effect on the assembly 
process. 


4.3.3 EQU Statement. 
The proper format for an EQU statement 1S: 


Reverie eer ee ee [acomment] 
EQU pete 


The EQU statement equates the statement label and EQU symbol 
to the value of the constant or EQU symbol name that follows. 
The EQU symbol name must have been previously defined in an EQU 
statement. fhe statement address (if present) is used only to 
load the current address counter. 


EQU symbols may be defined more than once, but remain unde~- | 
fined until the first EQU statement is encountered. When the EQU a 
symbol is defined, it retains this definition until it 1s rede- — 
fined in a subsequent EQU statement (1.e., the value assigned to 
an EQU symbol is retained by the symbol for all subsequent firm- 
ware steps until the end of the source coding or until another 
EQU statement changes the value assigned to the symbol). 


An EQU symbol must be defined in an EQU statement before it 
is referenced. Any reference to an EQU symbol before it is in- 
itially defined will be interpreted as a reference to a firmware 
statement label, resulting in a diagnostic message. 


EQU statements may be used throughout the source coding as 
illustrated in the following example. 


(1) ALPHA EQU 1 
(2) BI ALPHA 
(3) ALPHA EQU 2 
(4) BI ALPHA 


At line 1, in the above example, the EQU symbol (ALPHA) is de- 
fined as being equal to a constant of 1. This permits the BI mi- 
croinstruction located on line 2 to source this constant (ALPHA) 
onto the internal bus. At line 3, ALPHA 1s redefined to equal a 
constant of 2, permitting the BI microinstruction located on line 
4 to source this constant onto the internal bus using the same 
EQU symbol (ALPHA). 


4.3.4 LABEL Statement 


The LABEL statement defines its “label" and "address" fields 
without performing any other special functions. Thus, this 
statement may be interpreted as the statement label for the next 
firmware statement as illustrated in the following example. 


(1) LABELA 83E# LABEL 
(2) microcode 
(3) LABELB 84E# LABEL 
(4) 85E# microcode 


LABELA (located on line 1 in the above example) and the con- 
tents of the current address counter are made to equal address 
S3E#. Thus, LABELA is referred to as the statement label for the 


microcode on line 2. This microcode is assembled at address 
83E#. 
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LABELB (located on line 3 in the above example) and the con- 
tents of the eurrent address counter are made to equal address 
84E#. However, in this case, the microcode on line 4 is assem- 
bled at address 85E# rather than 84E# because it has 1tS own ad- 
dress. This prevents LABELB from being referred to as the state- 
ment label for the microcode on line 4. 


4.3.5 LIST Statement 


The LIST statement instructs the assembler to restart the 
output listing with the LIST statement; the default mode is LIST. 
Therefore, LIST iS unnecessary until it 1s desired to resume the 
Output listing after the NLST or NO LIST statements. 


4.3.6 NATIVE Statement 


The NATIVE statement invokes the native (transparent) firm- 
ware branching mode for subsequent firmware statements. The 
default mode is NATIVE; therefore, NATIVE is unnecessary except 
for documentation purposes. 


4.3.7 NLST Statement 


The NLST statement suspends the source listing starting with 
the NLST statement; the default mode is LIST. Subsequent lines 
are not listed unless they are in error or until the next LIST 
statement. 


4.3.8 NO LIST Statement 


This statement 1S equivalent to NLST. Source statements 
starting with the NO LIST statement up to but not including the 
following LIST statement are not listed unless they are in error. 


4.3.9 SEQUENTIAL Statement 


The SEQUENTIAL statement invokes the sequential firmware 
branching scheme for subsequent firmware statements. The default 
mode is NATIVE; therefore, this statement must be used for se- 
guential mode assemblies. 


4.3.10 TITLE Statement 


The TITLE statement names the code, provides a revision num- 
ber, and specifies the text for the heading field on the first 
line of each page in the output listing. The TITLE statement 
takes two forms. 


TITLE name,rev,title 


This form specifies the name of the source, the revision num- 
ber, and the text for the heading line, and may appear anywhere 
in the source file as the first TITLE statement. All subsequent 
TITLE statements will use the second form described below. 


TITLE title | 

Pcs Vines ee ulate See 
This form specifies only the text for the heading line (i.e., 

it replaces the text supplied by the initial TITLE statement). 


The above forms for the TITLE statement cause a slew to the 
top of form, and may be used aS many times as desired. Also, the 
TITLE statement 1S not required. If there 1s no TITLE statement, 
the assembler assumes the source name is WCSRTN and the revision 
and title fields are all spaces. All fields for the TITLE state- 
ment are optional, null sets the respective fields to blanks. 


4.4 INTERPRETING WCS ASSEMBLY LISTINGS 


The assembler output listing provides the user with a printed 
copy of the source file, the corresponding machine-language code, 
and diagnostics. Figure 4-2 is a sample output listing that de- 
fines the various areas of the printed output. 


PROGRAM NAME PROGRAM REVISION TITLE FIELO 
NUMBER 


€x1T TANSPRYT Losut wCS ASSEMBLER REV GC1.00 TRANSPARENT “CDE EXIT Pac€ 1 1978/93/27 102184 
“wCSA>ORJECTOEXIT 4A “wCSarOKJECTOEXT Tat 


TITLE EXIT, TINSPRNT, TRANSPARENT MODE FILE PATH 
ey WAME 
SOURCE 
FILE PATH 


nar FEC C023 7E9 2500 O7FOD START CIP CHANNEL, PSUEDO-OF jerk 
\ ens onerenseaenenarnanenatnaysnonsismemanpanerruamsnemame! meh TION JF IN DO MATION / 


yASRY/ : XB(0) «eo 
eerie’ 


PSUEDO 
OP-CODE 


HE x 
ADORESS OF na, 


®Y,00,307 


Y¥(O"8) <= 0, USE O00FDs 
MOOIFY CHAANEL TO aCS, 
EUICTION TO 25 


PCeo NCD0 8005 OTFE 


HEX 
VALUE OF 
ASSEMBLED FFE 0993 CFOO BCOl O7FF 


FIRMWARE . 


\amnaseseeemnenneceeanesanitinygasnenccnnmmasenenammeas! 
FF B13 Cout 7035 F33b 
ERROR 
Ccooe 
ERROR ONE EPROP FOULD O°. PAGE 1 
\reteeestnntenenttytrnntensaniretns rennet 


MESSAGE 


wit 2 O BY PUES it Nw 


mo me ot Oe 


CO,Y&to/ Y¥(S5#19) <e wLROL WORDS? 


» 


OPERAND 
UST 


os oo 
Nes 


Y? 
1-3 
TrRaP,xXF/ 


TRANSMIT EXIT CODE TO aCS 
SPECIFY NATIVE RETURN POINT 


_— 
\ no 


al 


RELATIVE 
ERROR SUMMARY LINE NUMBER LABEL ADDRESS MICRO OF.CODE SOURCE STATEMENTS ERROR INDICATOR COMMENTS 


Figure 4-2 Sample Output Listing 


Included with most error messages in an output listing is the 
caret (A) symbol. This symbol appears below the source character 
Or firmware word in error. In cases of null operands, the caret 
may point to a seemingly irrelevant position. 


4.5 WCS ASSEMBLER OBJECT DECK FORMAT 


The assembler object deck file is used as input by the WCS 
loader to load the WCS. Figure 4-3 is a Sample file dump of an 


object deck produced by the assembler. There are six types of 
object deck records as indicated below. 


eee 
i \ 
7 ; 
\ Pe 


C 


00002 0017 0103 5100 0000 0045 S49 S420 2020 2054 S24e 5350 S24E Sa (essa EMIT TRNSPENT 
00002 OO15 O33 3937 3B82F 3033 2F32 3720 3130 3233 3A34 332E 37 21978/03/27 1021:243.7 
00003 003F 0454 S241 4ES3 S041 S245 4ESU 204D “Fue 4520 4558 4954 2020 2020 2020 20 oe TRANSPARENT MODE EXIT 
00004 0005 0800 DOOR FO 
00005 0009 OCC 237E 9025 0007 FD Pe a eee 
00006 000% 0C80 260C DOBO 0007 FE Pp ae ae 
00007 0009 0C00 93CF 00RO 0007 FRO cae 
00008 0009 0CR8O 13CO 4170 35F3 34 wee cA0Se} 
00009 0005 FFCO 0000 000 

EOF 


Figure 4-3 Sample File Dump 


Program ID 0103510000U000# 
Program Name 
Spaces 
Revision 


03# 
Date and time 


04¢ 
Title field from first 
TITLE statement 


OA# 
Address 
OC# 


Assembler firmware 
image 


End of file | FF# 
Reserved for future use 


4.6 ASSEMBLER OUTPUT LISTING ERROR MESSAGES 

All of the error messages that are produced on the output 
listing by the assembler are defined herein. These messages de- 
scribe the nature of the problem, its possible causes, and sug- 
gested solutions. The following error messages are presented ex- 
actly as they appear in the output listing (see Figure 4-2). 

EQ] MISSING SYMBOL FOR EQU DEFINITION 


The EQU statement 1S misSing a Statement label. 
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EQ2 MISSING VALUE FOR EQU DEFINITION 


The EQU statement requires a constant or previously defined ) 
EQU symbol after the EQU mnemonic. oe 


E03 SYMBOL PREV USED - REMAINS UNDEFINED 


An EQU symbol may not be used before it 1s defined. The la- 
bel of this EQU statement has been previously referenced and is 
assumed to be a firmware statement label in that reference. 


E04 SYMBOL PREVIOUSLY USED AS LABEL 


The EQU statement's label is already a label for a previous 
non-EQU statement. The label definition for this EQU statement 
is ignored. 


E05 MULTIPLY DEFINED LABEL 


This statement's label definition is ignored because it has 
been defined in a previous firmware statement. 


£06 ILLEGAL MICRO OP 


The indicated reserved word is only used as an operand. It 
cannot (by itself) specify a microoperation. 


EQ7 TOO MANY OPERANDS ZR 


The indicated micro op-code cannot accommodate the number of 
arguments used. 


EQ& PSEUDO OP CANNOT BE OPERAND 


The indicated reserved word is a pseudo-op and cannot be used 
aS an operand for a micro op-code. 


EQ9 MISPLACED VALUE 


The statement already has an address or the previous operand 
list has been completed. A comma might be missing. 


E10 MISPLACED SYMBOL > 


The assembler is expecting a microinstruction but has de- 
tected a nonreserved word. Either the symbol was intended for 
the previous operand list, in which case a comma might be miss- 
ing, or a reserved word might have been misspelled. 


Ell MISPLACED STATEMENT REFERENCE 


The assembler expects a microinstruction at the indicated po- 
Sition but has encountered a statement reference. There might be 
a comma misSing. 
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PSEUDO OP IN FIRMWARE STATEMENT 


The indicated pseudo-op cannot be used in a firmware 


statement. 

E13 MISPLACED PUNCTUATION 

The assembler is expecting a microinstruction but has encoun- 
tered a stray punctuation mark. Cperands might have been inten- 
ded for the previous microinstruction but it should not have any. 

E14 LABEL PREVIOUSLY DEFINED IN EQU STATEMENT 

The indicated firmware statement label has been previously 
defined in an EQU statement. The label is ignored. 

E15 REQUIRED OPERAND MISSING 

The operand list does not have the minimum number of required 


operands for the associated microinstruction, or an illegal null 
argument has been encountered. 


E16 


ILLEGALLY FORMED STRING 


Some character 1S probably missing. 


El? 


The 


definition or reference will go unresolved. 


SYMBOL TABLE FULL 


The indicated 
An increase in the 


assembler cannot Save any more symbols. 


Size uSing the -SIZE argument in the command line will alleviate 
the problem (refer to Section Five). 


E18 


ILLEGAL CHARACTER 


The 
gal 


E19 


indicated character 1s not in the assembler's set of le- 


characters. 


ILLEGAL DIGIT 


The 


indicated character 1S not legal for the radix type spec- 


ified at the beginning or end of the constant. 


E20 


QUOTE MISSING 


The 
was not 


E21 


for the indicated constant 
the constant has been accepted. 


terminating quotation mark (') 
found; however, 


ILLEGAL LEX STATE 


The 


inadvertently changed. 
the indicatéd character, 


state number for the lexical analysis routine has been 
The current string, up to and including 
is ignored; the routine will try to rec- 


ognize the next string starting with the next character. 


Reattempt the assembly and, if the error persists, report the 
problem and retain the source that caused it. 


E22 ILLEGAL LEX NEXT STATE 


The lexical analysis routine's calculation of its next state 
is out of range. The current string, up to and including the in- 
dicated character, is ignored; the routine will try to recognize 
the next string starting with the next character. Reattempt the 
assembly and, if the error persists, report the problem and 
retain the source that caused it. 


E23 EOF ENDED STATEMENT 


The previous line of the indicated statement ends with a 
semicolon, but additional lines have not been found. 


E24 SYMBOL IS ILLEGAL OPERAND 


The symbol at the indicated operand position is illegal for 
the current microinstruction. 


E25 MISPLACED + OR - 


The indicated + or - iS not part of a statement reference. 
There might be two of these characters in a row, the * may be 
missing, or the - might be used as the first character of a sym- 
bolic name. 


E26 NA FIELD = O or ]l 


In Sequential Branching mode, the branch address cannot be 
equal to 0 or 1 because the hardware will inadvertently detect 
a disaster condition and branch to native firmware location 000. 


E27 UNDEFINED SYMBOL 


The indicated user symbol has not been defined as either an 
EQU symbol or a firmware statement label. 


E28 IMAGES LIST OVERFLOW 


The assembler cannot accommodate any more temporary firmware 
images in the remainder of the symbol table. IncreasSe work space 
uSing the -SIZE option in the command line. 


E29 VALUE ASSIGNMENT CONFLICT 


The assembler cannot assemble the value of the indicated ele- 
ment without changing the value of at least one other bit in the 
firmware image. In thiS manner, the assembler detects illegal 
coding combinations. This error occurs when one or more of the 
restrictions Summarized in Appendix D have been violated. If it 
1s not obvious which restrictions have been violated, the user 
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r“\ould reference Appendix C to determine the firmware image bits 
Cs are in conflict. 


E30 REFERENCED STATEMENT DOES NOT EXIST 


The referenced statement ({1.e., the current statement plus 
the specified offset) is before the first or after the last firm- 
ware statement number. ThiS message may also appear for the last 
Statement in the Transparent mode when the assembler attempts to 
set the next address field to *+l in the absence of an explicit 
firmware sequencing microinstruction. 


E31 F REGISTER SET AND TEST 


CPU timing cycles do not permit both the copying of data into 
the F/SEL register and testing the data in the same firmware 
step. 


E32 F REGISTER SET AND SPLATTER BRANCH 


Splatter branching based upon the contents of the F register 
cannot be reliably performed if the contents of the F register 
are changed in the same firmware step. 


E33 ALU OUTPUT TO MEGABUS 


| There is insufficient time in the current CPU cycle to trans- 
fer the output of the ALU (via the internal bus) to the Megabus 
and initiate a write cycle. 


E34 AXXX DOUBLING OP. LS NOT = RS (See Appendix C) 


For the basic microinstruction AXXX, the left select and 
right select fields must have the same values. 


E36 ILLEGAL NO OPTION 
The only option that may appear with pseudo-op NO is LIST. 
E37 START BIT POSITION NOT BETWEEN 0 AND 63 


The starting bit position for the indicated SET microinstruc- 
tion 1S not between 0 and 63 (refer to Appendix C). 


E38 INVALID BIT RANGE 


The field size of the indicated SET microinstruction extends 
the field range beyond bit position 63 (refer to Appendix C). 


E39 ONE SEQ MODE OPERAND MUST BE VALUE 


) One of the first two operands of a condition in the 
Sequential mode must specify a branch address (literal, statement 
reference, or symbol). 


E40 ONE OPERAND MUST BE NULL OR RETURN 


One of the first two operands of a condition in the 
Sequential mode must be either null or the mnemonic RETURN. 


E41 ONE NATIVE OPERAND MUST BE VALUE 


Both operands of a condition in the Transparent mode may not 
specify XL or splatter branching. 


E42 ILLEGAL BRANCH IN SEQUENTIAL MODE 


The branch type specified may be used only in the Transparent 
branching mode. 


E43 ILLEGAL BRANCH IN NATIVE MODE 


The branch type specified may be used only in the Sequential 
branching mode. 


E44 INCOMPATIBLE BRANCH ADDRESS 

In the Transparent branching mode, the low order two bits for 
either of the two address vaiues do not equal three, or the upper 
nine bits of the two address values do not equal each other. 


E45 MNEMONIC IS ILLEGAL OPERAND 


Nh et 


The indicated reserved word is not a legal operand for the 
current microinstruction. | 


E46 VALUE IS ILLEGAL OPERAND 


The use of an EQU symbol, constant, or statement reference in 
the indicated position is illegal for the current micro op-code. 


E47 STATEMENT REF IS ILLEGAL OPERAND 


A statement reference cannot be used aS an operand in the in- 
dicated position for the current micro op-code. 


E48 MISSPELLED OPCODE 


The indicated op-code was not recognized as a reserved mne- 
monic by the assembler. 


E49 LABEL IS A RESERVED MNEMONIC 


The indicated reserved mnemonic is in the label field (1.e., 
the first character after the line number). 


E50 SYNTAX STATE ERROR 


The state number for the syntax analysisS routine has been in- 
advertently changed. The current statement 1S ignored; the rou- 
tine will attempt to process the next statement. Reattempt the 
assembly and, if the error persists, report the problem and 
retain the source that caused it. 


E51 CANNOT GENERATE GOTO ¥*+] 


In the absence of a firmware Sequencing microinstruction in 
the Transparent mode, the assembler attempted to generate code 
for a GOTO *+]1 statement. The attempt failed because bits in the 
next address field had already been set to values different than 
the address of *+1l. Microinstructions that affect the next 
address field include: (1) a constant aS an internal bus Source, 
and {2) the FLOPS operands CTRO and CTRI. 
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SECTION 5 - OPERATING AND SYSTEM 


DEBUGGING PROCEDURES 


To complete development of user-generated firmware, the mi- 
croprogrammer must perform three tasks: (1) assemble the source 
file to produce a machine-language object file, (2) load the ob- 
ject file or microprogram into the WCS, and (3) execute and debug 
the microprogram. 


The information contained herein describes the procedures 
that are necessary to perform these tasks and includes: 


Using the WCS assembler. 
Loading the WCS. 

Debugging WCS microprograms. 
WCS patch procedure. 
Microcode Analyzer. 


These procedures are written with the assumption that the 
reader has read and is familiar with the material contained in 
Sections One through Four. If not, it is recommended that the 
reader review this material before proceeding with Section Five. 


5.1 USING THE WCS ASSEMBLER 


Before a user-generated microprogram can be executed, the 
source file must first be assembled to produce machine-language 
object code that can be loaded into the WCS. 


The assembly process iS initiated using the Writable Control 
Store Assembler (WCSA) command. This command invokes the GCOS 6 


writable control store assembler component, which assembles the 
WCS source program unit, applying the specified options. 


The proper format for the WCSA command is: 
WCSA path [ctl_arg] 


where: 


path specifies the name of the file containing the source 
unit to be assembled. 


[ctl_arg) represents one or more control arguments chosen 
from the following: 


-NO_ OBJ or -NO indicates that the generation of the object 
text unit is to be Suppressed. If this argument is omitted, 
the object text unit is written to the file path.wo. 


-NO_LIST or -NL indicates that the source listing is to be 
suppressed. If this argument iS omitted, the source listing 
is written to file path.L. 


-LIST_ERRS or -LE specifies that the list file shall contain 
only those statements which have assembly errors and their 
associated error messages. 


-SIZEnn or -SZnn specifies the number (01 through 63 
decimal) of 1024-word memory blocks that are to be used for 
the assembler's work tables. If this argument is omitted, 
the assembler will request 1024 words from the task's groups 
memory pool. 


-COUT out_path indicates that the listing which would other- 
wise be written to the file path.L 1s to be written to file 
out_path. 


-OBJECT obj path or -OBJ obj path indicates that the object 
text unit which would otherwise be written to the file 
path.WO is written to file obj path. 


‘ The path parameter can assume any of the acceptable forms of 
a path name; a simple name indicates that a source program unit 
residing in the working directory is to be assembled. The assem- 
bler appends a .WA suffix to path if it 1s not provided in the 
command line. The assembler then gets the source file path.WA. 
Should the search fail, the assembler drops the .WA and reat- 
tempts finding the file. In this manner, the assembler may ac- 


cept input from a2 peripheral device such as a card reader or tape 


drive. 


If the -COUT control argument is not specified, the source 
listing (if requested) is written to a file created by the assem- 
bler in the working directory, having a file name of path.L. The 
file can be subsequently listed by using the PRINT utility com- 
mand. If a different file is specified by using the -COUT argu- 
ment, Out _path is the name of the file containing the listing. 
The assembler appends nothing to out_path. 


If the -OBJECT or -OBJ arguments are not specified, the ob- 
ject text unit, when not suppressed, iS written to a file created 
by the assembler in the working directory. The file name is 
path.WO where path is the last or only element in the path param- 
eter. If either -OBJECT or -OBJ is given, the object text unit's 
file name is obj_path. No suffix is appended to obj path. 


If the listing and object files already exist, they are over- 
written by the output produced by the assembler. 


The following are examples illustrating the use of the WCSA 
command. 


ae \ 


Nea 


so 


Example 1 
WCSA EXTOP -SIZE 5 -COUT>SPD>LPTUU 


The writable control store assembly language source program 
EXTOP.WA reSiding in the current working directory iS to be as- 
sembled. The source listing and errors are to be printed on line 
printer 00. The object text unit is to be written to the file 
EXTOP.WO in the working directory. If EXTOP.WO already exists, 
its contents will be overwritten by the new object text unit 
data. A maximum of five 1024-word blocks of memory are to be 
used for working tables during the assembly. 


Example Z 
WCSA > SPD>CDROU -OBJ WCSDCK.WO 


The card deck in card reader 00 is to be assembled. The 
source listing with errors is to be written to CDROO.L in the 
current working directory. The object text unit is to be written 
to file WCSDCK.WO, also in the current working directory. The 
card deck must be terminated by an EOF card (11-9-8-5 multipunch) 
and reloaded for the second pass. 


5.2 LOADING THE WCS 


The object code created by the WCS assembler and stored on a 
disk can be loaded into the WCS using the WCS loader. The loader 
is capable of loading multiple firmware files into the WCS, fill- 
ing unused locations with an operator-Supplied firmware word, 
dumping the contents of the WCS, and disabling the WCS (effec- 
tively disengaging the WCS from the system). It 1s also possible 
to select any WCS connected to the Megabus by specifying the 
channel number of the associated CPU. Each of these functions 
may be requested either independently of or concurrently with any 
other function. However, it must be understood that if "filling" 
the WCS is requested, it 1s performed after all firmware text 
files have been loaded and, if “dumping” is requested, it 1S per- 
formed after loading and filling. Disabling the WCS, if 
requested, will be the last option executed. 


Multiple firmware files are loaded in the order in which they 
are named in the parameter list. No attempt is made to prevent 
multiple loading of the same location, but any location written 
to more than once during a single pass through the loader will be 
identified in a warning mesSage. 


Automatic loading of the WCS with a certain set of firmware 
text files, or automatic disabling of the WCS can be performed at 
Startup. The operator need only modify the START_UP.EC for the 
System to include the canned request. 


5.2.1 WritablIe Control Store Load (WCSLD) Command 


The WCS loader is invoked using the WCSLD command, which is i 
of the form: - 


WCSLD | patha] [path2| aren | -pumP [( [Xxx], [YYY] 1] 
| -FILL (XXX ) KEK, KXKK ,xXEX)| [OFF] | -CPU (x) | 
where: 


pathl is the full or relative path name of an object text 
file. 


-FILL (xxxx,XxXxXX,XXXX,XXXX) Or -FL (xxxx,xxxx,XXXX,XXxXxXx) 
indicates that all locations not written to in the course of. 
loading firmware files are to be filled with the firmware 
word (16 hexadecimal characters separated into groups of four 
by commas) within the parentheses. 


-DUMP [([xxx],lfyyy])] or -D [({xxx],[vyy])] indicates that the 
contents of the WCS within the range xxx to yyy, inclusive, 
are to be dumped to the USER-OUT system file after loading is 
complete; the default range is all of the addresses in the 
wcs. 


-CPU (X) or -CP (X) indicates that all other parameters to 
the loader apply to the WCS associated with the CPU on 
Channel X. 


-OFF indicates that after all other options are performed, 
the WCS is to be set off-line (disabled). 


NOTE 
All numeric arguments are enclosed within par- 
entheses and expressed in hexadecimal. Optional 


arguments are enclosed in braces. 


The argument ~DUMP may be followed by an optional range qual- 
ification enclosed in parentheses and of the form: 


({xxx],lyyy]) 
where: 
Xxx Specifies the "Start" of the range in hexadecimal. 
yyy specifies the "End" of the range in hexadecimal. 
Start defaults to the low address for RAMS in the indicated 
control store, while End defaults to the high address. For the 


largest possible WCS the low address is 800 and the high address 
is FFF. Range is specified in terms of 64-bit firmware words. 


5-4 


“am 


Each argument is optional, but at least one argument must be 
passed to thé loader. The order of the arguments is immaterial, 
and each argument 1s considered independent of every other argu- 
ment. For example, -DUMP might be passed as an argument more 
than once, each time with a different range or no range at all. 
If a range is used, it will be the last explicit range 
encountered. 


5.2.2 Error Handling 


The error codes that can be generated by the loader are: 


ERROR 
CODE MEANING 


“Illegal parameter (accompanied by the parameter) 
No parameter. 
Invalid WCS status (accompanied by the status) 
No RAMS in WCS 


Attempt to output out-of-range address 
(accompanied by the address) 


Attempt to write to nonexistent address 
(accompanied by the address) 


Fill option not honored, because format of firm- 
ware word illegal or word omitted (accompanied 
by the firmware word) 


Text file parameter invalid, does not end in ".WO" 
(accompanied by the parameter) 


Firmware files are assumed to have been generated by the WCS 
assembler, and therefore must have names ending in the suffix 
~-WO. Loaded files are reported to the operator by the name in 
the title statement revision, assembly date, and 20 characters of 
the secondary identification; files are not identified by exter- 
nal name (1.e., name in directory entry). It is possible that 
the WCS may contain PROMS instead of RAMs, in which case the 
-DUMP option can be used to dump the contents of the PROM and 
disable the WCS. However, regardless of whether the WCS contains 
PROMS, Or RAMS, or nothing at all, the -OFF option can be used to 
disable the WCS. 


Since addresses may range from 80U0 to FFF, the loader turns 
on the most significant bit of any WCS address passed as part of 
a dump range or as an address within a firmware file. To detect 
an address that is out of range the loader polls the two slots on 
the WCS to determine the occupant of each. The loader then 
establishes the low and high addresses for the WCS depending on 
whether it finds a RAM, PROM, or neither in the stot. 
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Error 1E15 results from an attempt to output én out-of-range 
address to the WCS. Instead of outputting a bad address the ao 
loader reports the error and leaves the WCS's internal address ee 
register unchanged. 


Error 1E16 results from an attempt to write to an out-of- 
range address, (i.e., an address beyond the highest address in 
the WCS). Upon encountering this error while loading firmware, 
the loader terminates the firmware file currently being loaded 
and goes on to the next firmware file. 


5-3 DEBUGGING WCS MICROPROGRAMS 


This subsection suggests methods for finding and correcting 
errors in user-generated firmware. The principal test tool for 
this activity is the Microcode Analyzer (refer to subsection 
5.5). The techniques described herein are intended to help the 
user get started in the debugging activity. The detailed actions 
taken after this initial effort depend heavily on the precise na- 
ture of the user firmware and the fault being pursued, and are 
necessarily left to the ingenuity of the user. 


It 18 asssumed that the user has assembled and loaded his 
firmware, has exercised it by embedding appropriate User Generic 
instructions in the software, and suspects that one of the fol- 
lowing conditions exists: 


e The User Generic firmware has not been entered. 


e The User Generic firmware has been entered, and does not 
exit. 


e The User Generic firmware has exited to report an unex- 
pected trap condition. 


@e The User Generic firmware produces unexpected results. 
5.3.1 User Generic Not Invoked 


If the user suspects this 1S the case, he can confirm or 
eliminate the possibility by setting into the Microcode Analyzer 
a firmware-address halt at the entry ("Splash") point for the 
instruction in question. This address is 800# plus the least 
Significant digit of the instruction word. If, when the program 
is run, the CPU does not stop at the splash point, attention 
should be directed to the software to determine the reason. 


% NOTE 


When a firmware-address halt is invoked, the central 
CPU clock stops after execution of the specified step. 
The "current" display on the Microcode Analyzer will 
contain the internal bus value generated in the next 
step and the address of the step after that. When 
selecting the firmware address at which to set the 
halt, it is important to choose one that is not fol- 
lowed by a Megabus read request or write operation 
that might address an unavailable resource because 

the Megabus time-out could override the address halt. 


A firmware-address halt set at native firmware splatter loca- 
tion 1CO# stops the CPU upon recognition of every user generic 
instruction, if this 1s desired. Stepping the CPU clock forward 
from this point permits examination of the splash action. If the 
native firmware branches to the trap algorithm (location 33B#) 
instead of entering the WCS code, the user should consider the 
possibility that the WCS is not on-line (i.e., has not been writ- 
ten into Since its last initialization). 


5.3.2 Instruction Does Not Exit 


If the control panel becomes unresponsive (register selection 
ineffective, etc.), the firmware has probably encountered one of 
three situations: 


e The clock is "stalled", waiting for a response to a 
Megabus read request. 


@ Execution of the native trap firmware has triggered the 
unavailable resource response, resulting in an infinitely 
recursive trap. 


e The user firmware has entered a loop in which exit condi- 
tions cannot be satisfied. 


To distinguish among these situations, the user should place 
the Microcode Analyzer in the Step mode. If the RUN indicator on 
the Microcode Analyzer remains illuminated, the clock is stalled. 
In this case, the hexadecimal displays on the Microcode Analyzer 
are not meaningful. To determine the firmware location of the 
stall (and the firmware flow which led to it), first depress the 
Stall Examine (E) key to extinguish the RUN indicator. The firm- 
ware history can then be explored for possible occurrences of: 


e Use of data from Megabus without a prior reguest. 


@® Use of data from Megabus when the preceding request was 
rejected. 


If the RUN indicator extinguishes when the Step mode is 
entered, a loop condition exists. Repeated actuation of the ae 
Execute key on the Microcode Analyzer will permit exploration of — 
the nature and extent of the loop. The user must consider that © 
the failure of the firmware to exit from the loop is probably due 
to some action or condition established prior to entering the 
loop. Further investigation might benefit from restarting the 
program after establishing a firmware address halt at or near the 
entry to the loop. When the CPU stops at this point, firmware 
history should help explain the cause of the problem. In select- 
ing the firmware address at which to set this halt, the following 
considerations may be helpful. If the loop is contained in WCS 
firmware, the user should employ his knowledge of that firmware 
to choose a point near the loop entry, avoiding (if possible) 
those shared by any prior, nonfaulty, executions of the code. 


If the loop includes native location 33B#, a recursive trap 
is involved. Location 33B# can then be used as the firmware- 
address halt location, but this should be avoided, if possible, 
because of the frequency with which various traps are normally 
invoked by the operating system. Usually, native location 003# 
1s also included in the firmware loop and can be used as a more 
selective point at which to set the firmware-address halt. 


5.3.3 Instruction Exits Via Unexpected Trap 


If the instruction causes an unexpected trap, the techniques 
described in the preceding subsection can be used to facilitate 
retracing the steps leading to the trap exit. Note they in gen- 
eral, when the firmware history of 16 steps 1S inadequace to 
identify the beginning of the problem, it can be used to select 
another firmware-address halt setting lo steps earlier. Follow- 
ing a restart of the program, this will provide 16 steps of 
earlier history, and so on back to the original fetch of the 
Instruction. 
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Unexpected (1.e., hardware-detected) traps generaliy result 
from any one of the following five causes: 


1. Reference to a resource which is not available on the 
Megabus. 


2. Reference to a non-existent or invalid memory location. 
3. Violation of memory protection. 


4. Detection of a parity error in data received via the 


Megabus. 
5. Receipt of data from memory with an error not correctable 
by EDAC. 
f* 
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It should be obvious that the first three causes may arise 
from either software or firmware errors, as well as from delib- 
erate actions. It is less obvious that uncorrectable memory er- 
rors can also be induced by improper firmware coding, which vio- 
lates timing requirements in the CPU - Megabus interface when the 
memory is being written into. Such mistakes are flagged by the 
wCS Micro Assembler, and should always be corrected before at- 
tempting to execute the assembled code. 


5.3.4 Instruction Executes and Produces Unexpected Results 


If the instruction and the program containing it appear to 
execute and exit normally, but the results are not those that 
were anticipated, the user must devise techniques for analyzing 
the problem. These will depend on the functional definition of 
the instruction, the algorithm used to implement it, and the na- 
ture of the fault syndrome. In this case, the internal bus dis- 
play on the Microcode Analyzer, as well as the firmware address 
pattern, will be useful. To obtain maximum information from this 
display, it is good microprogramming practice to employ the in- 
ternal bus in all firmware steps. When uSe of the internal bus 
is not required by the functional activity in a given firmware 
step, a source should be used which is likely to assist the de- 
bugging effort. For this reason, the default code generated by 
the Assemoler in such firmware steps is defined to display the 
activity within the microprocessor. 


Another technique that may prove useful in debugging firmware 
functionality is the modification of the firmware and/or inser- 
tion of firmware patches to test or display register contents and 
other conditions of interest. For this purpose, the user is re- 
ferred to descriptions of the On-Line Editor, the WCS Assembler, 
and the WCS Loader for the tools necessary to modify, reassemble, 
and load firmware patches. 


5-4 WCS PATCH PROCEDURE 


The WCS user, while debugging his microprogram, may want to 
alter (patch) the contents of selected firmware words. This 
patching iS most eaSily accomplished by exiting WCS execution and 
invoking the text editor. The source file is then corrected and 
reassembled. The new object code is loaded into the WCS, replac- 
ing only those addresses specified in the source. An Execute 
Command (EC) file might be created to run through the Editor, WCS 
Assembler, and Loader while permitting interactive update in the 
editor. Given relatively short source files, this turnaround is 
fairly quick. 


Care should be taken in the above procedure during loading. 
In a Situation where multiple object files are loaded, the design 
may rely upon the loader's loading all references to a firmware 
word. Therefore, the last reference for each firmware word is 
used. If the updated selected source iS overlapped by other rou- 
tines in the total load, a full reload may be required. 


For those applications where the source size adversely af- 
fects turnaround time, a second procedure may be adopted. Here, os 
as before, the corrections are noted in the source listing. The ood 
editor is invoked and the corrected statements are entered from 
the keyboard or removed selectively from the source. The 
addresses for these statements must be specified to guarantee 
proper firmware modification. Labels used in branching may now 
be undefined and should either be replaced by constants or de- 
fined by LABEL statements. A special file may be added to the 
edit file to provide the correct DEFAULT statement and Branching 
mode. The edited file is then written to a new file. 


After exiting the editor, the source file must be assembled, 
with all errors being either noted or corrected. Acceptable ob- 
ject code is then loaded into the WCS by the WCS loader, affect- 
ing only those locations specified in the source file. The WCS 
is now loaded and testing may continue. 


NOTE 


The WCS loader accepts multiple object files. 
Thus, if the WCS memory has been altered or its 
contents are at least questionable, the update 
May still take place, with the new object file 
being appended to the list of object files pre- 
viously loaded. Since the new object file will 
be loaded last, its changes will be used. | 


5.5 MICROCODE ANALYZER 


The Microcode Analyzer is a tool designed to assist the user 
during microprogram debug activities as previously described in 
subsection 5.3. It allows the user to display addresses and 
other useful data, while providing addditional facilities to as- 
sist the debugging effort. The material contained herein de- 
Scribes these facilities. 


5.5.1 Front Panel 


The front panel, shown in Figure 5-1, consists of a hexa- 
decimal keyboard, eight HEX displays, and several miscellaneous 
Switches and indicators. The keyboard input (shown at the right) 
is a regular hexadecimal keyboard. 
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Figure 5-1 Front Panel 


9.5.1.1 Front Panel Keys 


The front panel provides the user with a total of lu keys 
(excluding the keypad) that control various analyzer functions. 
The function of each key 18 as follows: 


1. S key 
2. R key 
3. + key 
4. C key 
5. D key 
6. L key 
7. %|E key 


places the CPU master clock in Single Step mode 
and illuminates the STOP indicator. 


readies the CPU master clock and illuminates the 
RUN indicator. 


if the STOP indicator is illuminated, it produces 
a Single clock pulse; otherwise, it starts the 
master clock for continuous operation (or until 
the next address halt). 


displays the current internal bus value in the 
five rigntmost hexadecimal displays, the next 
address in the three leftmost hexadecimal dis- 
plays, and illuminates the CURRENT indicator. 


displays one of the previous lo current addresses 
and illuminates the DISP indicator; selection of 
the previous address is performed uSing the 
keypad. 


displays the halt address in the three leftmost 
hexadecimal displays. 


1f the STOP indicator is illuminated, it 
releases the clock stall to allow the display to 
function. 
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8. A key - causes the analyzer to halt when the current 
address equals the halt address and illuminates 
the ADDR HALT indicator. 


9. CLR - terminates the operation invoked by the A key 
(halt) described previously. 
key 


5.5.1.2 Front Panel Indicators 


The front panel provides the user with a total of 11 indica- 
tors that specify the current mode of operation. Each of these 
indicators is defined below. 


1. ADDR HALT indicator - indicates that tne A key has been 
depressed. 


2. LOAD indicator - indicates that the L key has been 


depressed. 
3. DISPLACED - indicates that the D key has been 
(DISP) depressed. 
indicator 
4. CURRENT - indicates tnat the C key has been 
indicator depressed. 
5. STOP indicator - indicates that the S key has been 


depressed. 


6. RUN indicator - indicates that the R key has been 
depressed. 
7. DISPLACEMENT - indicates the displacement of a 
indicators previous next address from the cur- 


rent next address. 
Doe b4.5 Internal Bus Display 


The rightmost five hexadecimal prepeye show the 20 bits from 
the internal bus. 


In addition to the current BI field display, it is possible 
to display previous history. To permit this, the last 16 firm- 
ware steps are stored and may be displayed by front panel 
Manipulation. 


5.5.1.4 Address Display 


The leftmost three hexadecimal displays show the address of 
the firmware step to be executed next. This could be from the 
native PROM or from the WCS. These three displays are also used 
to display halt addresses. 


Native PROM Display 


When this is displayed, the leftmost digit of the address 
hexadecimal displays is seven or less. The maximum number in 
this case is 7FF. 


WCS Display 


When this is displayed, the number shown 1S a minimum of 800 
and a maximum of FFF. 


Halt Address 
To display a Halt address, depress the L key, and the LOAD 


indicator should illuminate. The halt address may now be changed 
by entering the desired value, digit by digit, using the keypad. 


5.5.2 Normal Operation 


During normal operation the displays are continuously being 
updated at approximately six megacycles. 


9.5.2.1 Operate in Single Step Mode 
To operate in Single Step mode, perform the following steps: 


1. Depress the S key (the CLOCK STOP indicator should 
illuminate). 


2. Depress the + key for each clock cycle. 
5.5.2.2 Return to Continuous Operation 


To return to continuous operation perform the following 
steps: 


1. Depress the R key (the CLOCK RUN indicator should 
illuminate). 


2. Depress the + key to start the clock. 
5.5.2.3 Set Up a Halt Address 
To set up a halt address perform the following steps: 
1. Stop the clock. 
2. Depress the L key (the LOAD indicator should illuminate). 


3. Load the address using the hexadecimal keypad. As each 
digit is loaded the register content is shifted left. 


4, Restart the clock by first depressing the R key, then the 
+ key. 


NOTE 


Steps 1 and 4 may be omitted at the expense 
of not visibly displaying the address entered. 


5.5.2.4 Halt at a Particular Address 
To halt at a particular address, perform the following steps: 
1. Set up the address (refer to subsection 5.5.2.3). 


2. Depress the A key (the ADDR HALT indicator should 
illuminate). 


3. The system halts after execution of the firmware step at 
the halt address. 


NOTE 


When a firmware-address halt is invoked, the central 
CPU clock stops after execution of the specified step. 
The "current" display on the Microcode Analyzer will 
contain the internal bus value generated in the next 
step and the address of the step after that. When 
-selecting the firmware address at which to set the 
halt, it iS important to choose one that 1s not fol- 
lowed by a Megabus read request or write operation 
that might address an unavailable resource because 

the Megabus time-out could override the address halt. 


5.5.2.5 Disable Address Halt 


To disable address halt, depress the CLR key (located under 
the A key). 


5.5.2.6 Display the Current Data 
To display the current data, depress the C key. 
5.5.2.7 Display History 
To display history perform the following steps: 
1. Depress the D key (the DISP indicator should illuminate). 
2. Set up the required displacement using the hexadecimal 
keypad (the displacement indicators will confirm the 
entry in binary code). 
The hexadecimal display will show the next address and 
the BI bits corresponding to the displacement. A dis- 


placement of zero causes the sixteenth previous history 
Step to be displayed. 


5.5.2.8 Synchronize Oscilloscope 


To synchronize an oscilloscope perform the following steps: 
l. Set up address (refer to subsection 5.5.2.3). 


2. Depress CLR key (located under the A key). 


3. Coaxial connector (located at rear of analyzer) supplies 
a sync pulse every time the selected step is accessed. 
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SECTION 6 - PROGRAMMING CONSIDERATIONS 


Those users that do not wish to use the Honeywell operating 
system for loading the WCS must develop their own software 
loader. The material presented in this section is intended to 
provide the user with the background information necessary to 
perform this task, and includes: 


@ A description of the logical and physical layout of a WCS 
assembler object deck. 


@e A description of the program steps required to load the 
firmware image into the WCS. 


e A definition of User Generics and their relationship to 
WCS entry points. 


6.1 LOGICAL AND PHYSICAL LAYOUT 


A description of the logical layout for the WCS assembler 
object deck is contained in subsection 4.5. The description of 
the physical layout for files 1S contained in the GCOS 6 Data 
File Organizations and Formats Manual (Order Number CBO5). 


6.2 LOADING FIRMWARE IMAGE INTO WCS 


Loading the firmware into the WCS requires communication over 
the Megabus to the WCS from itsS associated CPU. During these 
Megabus transfers, the Megabus address lines will carry the chan- 
nel number of the WCS. 


The channel number assignment is directly related to the CPU 
to which the WCS is attached because of their committed associa- 
tion. The channel number of the WCS for each CPU is: 


CHANNEL NUMBER 


Since the WCS channel numbers are less than 0400#, the I/0 
instructions used to communicate with the WCS must employ a non- 
procedural form for the channel-control word (refer to the 
Honeywell Level 6 Minicomputer Handbook - Order Number AS22). 
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The two instructions necessary to load the firmware image 
into the WCS are the Output WCS Address and Output WCS Data 


instructions. : 


Nee 
Output WCS Address 


This instruction selects the WCS RAM starting location for 
data to be loaded into the WCS. The format of the Megabus 


address and data lines during the Output WCS Address instruction 
are: | 


0 7 8 1718 23 


NOT USED WCS CHANNEL NUMBER|JO 00101 
0 


ADDRESS BUS 


15 


ADDRESS IN WCS - O800# TO OFFF# 


DATA BUS 


The information for the address bus is pointed to by the Control 
Address Syllable, while the information for the data bus is 
pointed to by the Data Address Syllable. 


Each 64-bit word in the WCS is divided into four 16-bit seg- Wem 
ments. When an address is transferred to the WCS, the first seg- os 
ment (1.e., the most significant 16 bits) is selected to receive 
the data from the next succeeding Output WCS Data instruction. 
Subsequent Output Data instructions increment the segment pointer 
and the control store address so that only the Output WCS Address 
instruction is necessary to load any number of contiguous loca- 
tions in the WCS. Four Output Data instructions are necessary to 
load each 64-bit firmware word. 


Output WCS Data 


This instruction loads a 16-bit segment of the WCS location 
selected by the Output WCS Address instruction. The format of 


the Megabus address and data lines during the Output WCS Data 
instruction are: | 


0 7 8 1718 23 


NOT USED WCS CHANNEL NUMBER/O 011411 


ADDRESS BUS 


0 15 


16-BIT SEGMENT OF 64-BIT WCS WORD 


DATA BUS 
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The information for the address bus 1S pointed to by the Control 
Address Syllable, while the information for the data bus is 
pointed to by the Data Address Syllable. 


The segment pointer 1S incremented after each data transfer 
so that a subsequent data transfer loads the next 16-bit segment 
of the same WCS location. When four data transfers have occur- 
red, the control store address is incremented to select the next 
WCS location. Noncontiguous WCS locations can be loaded by issu- 
ing intermediate Output WCS Address instructions at the beginning 
of the data transfer for each firmware word. 


Typical Loading Sequence 


Figure 6-1 illustrates a typical loading sequence. The four 
Output Data I/O instructions are identical and are shown only to 
lllustrate the necessity of testing for completion after every 
fourth transfer. 


START 


LEFT~—MOST 16 BITS OF 
10. WCS==—- ADDRESS FIRST 64—BIT MICRO- 
WORD SELECTED 


Rw— WCS SIZE 


B ~—— MEMORY ADDRESS OF FIRST WORD 


10: WCS —— WORD (AT ADDRESS B) 


Ba ——-B+1 
SELECT SECOND GROUP OF 16 BITS 


10 WCS ~——~WORD (AT ADDRESS B) 


8 ——— +4 
SELECT THIRD GROUP OF 16 BITS 


10 WCS~==-— WORD (AT ADDRESS B) 
B~— B+] 


SELECT LAST (RIGHT-MOST) GROUP OF 
16 BITS 


10. WCS=*—— WORD (AT ADDRESS B) 


8a-=— B+1 


SELECT FIRST GROUP OF 16 BITS IN 
NEXT WCS LOCATION 


R=-1 DONE 


Figure 6-1 Typical Loading Procedure 
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The memory addresses for the microcode transfers are unre- 
stricted with regard to sequence or contiguity. Address forms 
need only comply with the restrictions imposed by the Data 
Address Syllable (DAS) forms permitted in the I/O instructions of 
the CPU. 


6.3 RELATIONSHIP OF USER GENERICS TO WCS ENTRY POINTS 
The transfer of control from a user's program in memory to a 
user-generated firmware routine in the WCS is accomplished using 
the WCS Generic instruction. When the CPU encounters a WCS 
Generic instruction while processing a program, it sends the fol- 
lowing Output Task Word command to the WCS via the Megabus. 
0 7 8 1718 23 


NOT USED CHANNEL NUMBER 000111 


ADDRESS BUS 


0 15 
WCS GENERIC INSTRUCTION 


DATA BUS 
The first word of the Generic instruction from the program in 
memory is transferred, over the Megabus data lines, to the WCS, 
and is of the form: 


0 7 8 9 101112 15 


Bits 0 through 7 are not used (all Zeros). 


where: 


Bit 8 equals One. 
Bit 9 (R) equals Zero and is reserved for future uSe. 


Bits 10 and 11 (GG) are the auxiliary command code 


bits. These bits are not decoded but can be tested 
by the microprogram. 


Bits 12 through 15 (EEEE) select one of the first 16 
locations in the WCS. | 


This instruction word selects a specific entry point within 
the first 16 WCS locations. The selected entry point is the 
starting address of the user-generated firmware routine. 


Sear et 


rN 


The Generic instruction codes (op-codes) range from 0080 
through OOBF. Table 6-1 lists each of the available op-codes and 
the corresponding WCS entry point. The op-code is also stored in 


RAM location O and the F/SEL register 


(refer to subsections 2.8.2 


and 2.8.3, respectively). RAMO and the F/SEL register can be 
used for further firmware branching to distinguish among up to 


four op-codes per WCS entry point. 


Table 6-1 WCS Entry Points 


0080, 0090, OOA0D, OOBO 


0081, 0091, OOAI, 


0082, 0092, OO0A2, 


0083, 0093, OO0A3, 


0094, O0A4, OO0B4 


0084, 


0085, 0095, QOA5, 


0086, 0096, OOA6, 


0087, 0097, OOA7, 


0088, 0098, QO0A8, 


0089, 0099, QOAYI, 


008A, 009A, OOAA, OOBA 


OO8B, OO9B, QOAB, 


008C, O009C, OOAC, 


O09D, QUAD, 


OO8D, 


OO8E, 


OO9E, OOAE, 


OO8F, OO9F, QOAF, 


GENERIC INSTRUCTION 
(OP-CODE) 


WCS 
ENTRY POINT 


6-5/6-6 
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Appendix A 


Writable Control Store Assembler Abort Codes (xxlD) 


When the assembler detects an error that prevents completion 
of the assembly process, an appropriate "abort" code is gener- 
ated, informing the operator of the error condition. The abort 
codes currently in use are as follows: 


xx1D07 


xxlDOB 


xxlDOC 


xx1D13 


xxl1D14 


xx1D17 


arg INVALID CONTROL ARGUMENT 


The specified control argument is unrecognized. 
Reenter the command uSing a valid control argument. 


INVALID -SIZE ARGUMENT 


The value specified in -SIZE (-SZ) 1S zero, greater 
than 63, or nonnumeric. 


FILE NAME NOT DESIGNATED 


The source file name is misSsing. Reenter the com- 
mand using the file name. 


OBJ PATH ARGUMENT IS MISSING 


The OBJ_ PATH ARGUMENT (object unit name) following 
-OBJECT (-OBJ) 1S misSing or the argument 11St is 

too short. Reenter the command uSing the correct 

argument. 


OUT_PATH ARGUMENT IS MISSING 


The OUT _PATH ARGUMENT (output listing file name) 
following -COUT 1S misSing or the argument iS too 
short. Reenter the command using the correct 


argument. 
SOFTWARE ERROR - PLEASE RERUN 


An illegal pseudo-op-code number has been received. 
Rerun the Assembler. If the error persists, please 
contact Honeywell. 


xxl1D18 


SOFTWARE ERROR - PLEASE RERUN 

An illegal nonencoding token type has been LC 
detected. Rerun the Assembler. If the error per- “a 
Sists, please contact Honeywell. 


Appendix B 


Firmware Word Format 


The format of the 64-bit firmware word 1s illustrated in 
Figure B-l. 


As shown in Figure B-l, the firmware word is divided into 15 
fields: AD, AF, AS, B16, BR, BS, C, CK, DI, GP, LS, NA, RS, SM, 
and TC. Combinations of these fields control different portions 
of the CPU hardware. 


AD Field (Bits 9 through ll) 
The AD field controls: 


@ The destination of the ALU result within the microproces- 
sor area 


@e The microprocessor area shift logic 


e The availability of microprocessor area elements to the 
internal bus. 


When the AD field specifies a deStination within the register 
file, the RS/SM fields interact to select the specific register 
file location that receives the ALU result - RF(R). When the AD 
field makes a register file location available to the Internal 
Bus (BI), the LS/SM fields interact to select the specific regis- 
ter file location that iS made available - RF(L). Table B-l 
lists the operations performed for each decode of the AD field. 
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RAM/RALU 
INTERNAL 
BUS CONTROL 


LS FIELD 
RAM/RALU 
LEFT SELECT 


RAS FIELO 
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RALU 


RIGHT SELECT 


INTERNAL BUS CONTROLS 


| MICROPROCESSOR CONTROLS 


MASTER CLOCK 
__ CONTROLS 


AS FIELD 
RALU 
SOURCE 


AD FIELD 
RALU 
DESTINATION 


AF FIELD 
RALU 
FUNCTION 


Ck FIELD 
PROCESSOR 
CLOCK SPEFO 


Figure B-l 
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GP FIELD 
GEN, PURPOSE 
micRo-oP 


BR FIELO 
BRANCH 
TYPE 


SM FIELD 
SELECT 
MODIFY 


Firmware Word Format 


Ow ame aoe Ge 


§2 


BIG FIELD 8S FIELD TC FIELD CFIELO 
INTERNAL BUS MEGABUS TEST CACHE 
CONTROL CONTROL CONDITION ADDRESSING 


CONTROL 


ING CONTROLS 


NA FIELD 
NEXT 
ADORESS 


Fea’ 


Table B-l RALU Destination (AD) Field Decodes 


AD DECODE OPERATION PERFORMED 


Q—=— ALU result 
ALU result made available to 


ALU result made available to 


RF(R)~*- ALU result 
RF(L) made available to BI 


RF(R)~=—-ALU result 
ALU result made available to 


DR (double word right shift) 
ALU result made avallable to 


SR (single word right shift) 
ALU result made available to 


DL (double word left shift) 
ALU result made available to 


SL (single word left shift) 
ALU result made available to 


AF Field (Bits 12 through 15) 
The AF field controls: 


e The function performed by the ALU 
e Changes in MMU operation. 


The ALU has two input ports called J and K. The data avail- 
able to these ports 1S controlled by the AS field. Table B-2 
lists the operations performed for each decode of the AF field. 


Table B-2 RALU Function (AF) Field Decodes 


AF DECODE OPERATION PERFORMED 


J+K 


Re7=1 


J-K-1 
JV K 
Undefined 


KA J 


K-J 
J-K 


J V K 
RINGINIT 


IAK 
KAJ 
NONPROC 


JV K 
RINGCALC 


J ¥ K 
DDLEQO 
RINGCALC 


AS Field (Bits 16 through 19) 
The AS field controls: 


e The inputs to the ALU 


@ Whether CRY, OVFL, and AUZ are generated on 16- or 20-bit 
results 


@e XB(0) when shifting the XB register. 


AS bits 1 through 3 control the data made available to the 
ALU input ports (J and K). If data is sourced from the register 
file, the specific register file location is selected by the 
interaction of the LS/SM fields and/or the RS/SM fields. Table 
B-3 lists the data made available to these ports for each decode 
of AS bits 1 through 3. 


Table B-3 RALU Source (AS) Field Decodes 


AS DECODE ALU INPUT SOURCE 
(BITS 1/-19) J PORT K PORT 


SOM & W NF © 


Definitions 


RF(R) - Denotes RS/SM Field Interaction 
RF(L) - Denotes LS/SM Field Interaction 


If AS(0) equals One, functions CRY, OVFL, and AUZ are gener- 
ated on a 16-bit result. If AS(0) equals Zero, functions CRY, 
OVFL, and AUZ are generated on a 20-bit result. 


If AS(Q) and LS(0) both equal Zero, RF(L) is treated as a 
l6-bit quantity sign-extended to 20 bits, and functions CRY, 
OVFL, and AUZ are generated on a 20-bit result. Table B-4 lists 
the only legal combinations of the AS and AF fields for this 
case. 

Table B-4 Legal Combinations of AS and AF Fields 

AS DECODE |} AF DECODE OPERATION PERFORMED 
result RF (L)se *2 
result RF (L)se +Q 


result RF (L) se +Q+1l 


result RF (L)se +RF (R) 


NOTE 


RF(L)se = RF(L) Sign-extended to 20 bits by 
replacing the four most Significant bits with 
copies of the SIGN flop. 


When shifting the XB register (GP Field = 04, 05, 09, OA, 14 a: 
or 15), AS(0) controls what is received in XB(0). If AS(0) Oy 
equals One, XB(0) receives bit 19 of the ALU result. If AS(0) 
equals Zero, XB(0) receives the complement of RS(0). 


BI6 Field (Bits 22 through 27) 
The BI6 field controls: 


e Most internal bus sources 
e Data received by I register (or bits thereof). 


Table B-5 lists the data received by the internal bus (BI) or 
the I register for each decode of the BI6 field. 


Table B-5 Internal Bus Selector (BI6) Decodes 
(Sheet 1 of 2) 


BI6 DECODE OPERATION PERFORMED 


BI(0-11)—— 0 

BI (13-15)—— NA (3-6) 
BI (16-19) = 0z 
BI(0-3) 0 

BI (4-11)—— FF 

BI (12-15)—— NA (3-6) a 
BI (16-19) —— z , Nes sit 
BI srcmod = R8 (DI field must = 5) 
BI~=*—IDSy where y = NA(3-6) 

BI—- HL8 


BI— BD or BP (if made available by BS field) 
BI——RUP (if BD, BP not made available) 


BI——P or Y or MMU (aS made available by BS field) 


BI— BDH or BPH (if made available by BS field) 
BI— Panel (if BD and BP not made available) 


BI srcmod = L4 (DI field must = 0) 
BI~— LVL 

Undefined 

BI = IDCy where y = NA(3-6) 


BI——H (bytes swapped) 


BI—=— Z 


Table B-5 Internal Bus Selector (BI6) Decodes 
(Sheet 2 of 2) 


| Undefined 

BI —— XBHEX 
BI——TI 
BI— 5 

No action 

I~ BI (12-19) 
I(OV)——1 if BI(4) = BI(5); else, unchanged 
I (OV) —— OVFL 
Undefined 

I (I)——ACK 

I (B) ——AUZ 
I(B) —— BI (4) 


I(C) —- CRY 
1 (0) =—-OVFL 


I(G)——ALU Result (0) V AUZ 
I(L)——-ALU Result (0) 


I (G) —— SIGN 
I (L) —— SIGN 
I (U) ~— BI (4) 


I (C) =~ CRY 
I(O) —-OVFL 


I(C)——-Q(19) - AD field must be 4 or 5 
I(C)—— BI (19) 
I(C)—— BI (4) 


I (C) —- CRY 


BR Field (Bits 48 through 51) 


The BR field controls the type of branching to be performed, 
depending on the current addressing mode (Transparent or Sequen- 
tial). However, in either case, the effect of this field depends 
on the contents of the Test Condition (TC) and Next Address (NA) 
fields, Tables B-6 and B-7 list the types of branching performed 
in Transparent mode and Sequential mode (respectively) for each 


Gecode of the BR field. 
Table B-6 Branch Type (BR) Field Decodes (Transparent Mode) 
—-NA V 3 
> XL 


XA Splatter —~NA 


—kXB Splatter —NA 


XR Splatter —>NA 
NEWXR = 0 


—xXW Splatter —~NA 
NEWXR = 0 


XE Splatter —~NA 
NEWXR = 0 


—~XF (location 020)} —~NA 
NEWXR = 0 


—NA 
— XL 
~~ XA Splatter 
—xXB Splatter 


— XR Splatter 
NEWXR = 0 


—XW Splatter 
NEWXR =— 0 


——XE Splatter 
NEWXR <= 0 


—XF (location 020) 
NEWXR =< 0 


my Table B-7 Branch Type (BR) Field 
Decodes (Sequential Mode) 


| BR DECODE TEST CONDITION FALSE 
| —— NA —m CSAC 
—~— NA ——> CSRAR 


—~ NA —~— CSAC 
CSRAR=—CSAC 


— CSAC —>—NA 
—> CSRAR : ~~ NA 


—~ CSAC —=~ NA 
CSRAR=— CSAC 


(TC must LBRANCH 


NOTE 
The Control Store Address Counter (CSAC) contains 
the address of the current firmware step + 1. The 


Control Store Return Address Register (CSRAR) con- 
tains the address for subroutine returns. © 


BS Field (Bits 31 through 35) 
The BS field controls: 
@e The Megabus interface area 


@e The availability of BD, BP, P, Y, and MMU as internal bus 
sources 


® P and Y as internal bus destinations 


@ CTR. 


Table B-8 lists the operations performed for each decode of 
the BS field. | 


Table B-8 Bus Control (BS) Field Decodes 
(Sheet 1 of 3) 


BS DECODE OPERATION PERFORMED 


BUS PSELECT 
P available as BI source 


BUS PURGE 
P available as BI source 


BUS YSELECT or BUS MMURDACC 
Y available as BI source 


BUS INCY 
Y available as BI source 


BUS PSELECT 
P avallable as BI source 
Y—— BI 


BUS INCP 

P available as BI source 

IF GP field = 4, 5, 6, 8, 9, A, 14, or 15 
CTR~=—NA (1); else, CTR —«— CTRt1 


BUS MMUSELECT : 
MMU available as BI source 
Y—— BI 


BUS MMUWRACC 
Y available as BI source 


BUS YSELECT 


Y available as BI source 
Y —— BI 


BUS YSELECT 
Y available as BI Source 
P—— BI 


BUS YSELECT 
Y available as BI source 
YRELOC =«—BI 


BUS YSELECT 
Y available as BI source 
YR16——BI 


BD 1S BI source 
Y—=— BI 


BUS INCY 
BD is BI source 


Table B-8 Bus Control (BS) Field Decodes 
(Sheet 2 of 3) 


BS DECODE OPERATION PERFORMED 


BD is BI source 
Pp ——BI 


BD available as BI source 


RDREQ CHGLOCK 
Y available as BI source 


RDREQ NORMAL (if C = 1) 
RDREQ NOCACHE (if C = QO) 
Y available as BI source 


RDREQ I-O 

Y available as BI source 
Undefined 

WRTWORD INCY (if CK(0) = QO) 
WRTBYTE INCY (if CK(0) = 1) 

Y available as BI source 
WRTWORD CHGLOCK (if CK(0O) 0) 


"tt 
tll 


WRTBYTE CHGLOCK (if CK(0) 
Y available as BI source 


WRTWORD I-O, INCY if CK(0) 


WRTBYTE I-O, INCY (if CK(0) 
Y available as BI source 


0) 
1) 


WRTWORD I-O (if CK(0) = 0) 
WRTBYTE I-O (if CK(Q) = 1) 
Y available as BI source 


Undefined 


RDREQP 
P avallable as BI source 


RDREQP 
Y available as BI source 
P= Bil 


Undefined 


BP is BI source 

p—=a—P + 1] 

Y —— BI 

If GP field = 4, 5, 6, 8, 9, A 14, or 15 
CTR =— NA(1); else, CTR~=— CTRtl 
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Table B-8 Bus Control (BS) Field Decodes ~_ 
(Sheet 3 of 3) a 


BS DECODE OPERATION PERFORMED 


1D BP is BI source 
P «— P+] 
If GP field = 4, 5, 6, 8, 9 


A, 14 or 15 


CTR~— NA(1); else, CTRm—- CTRtl 


Undefined 


Undefined 


C Field (Bit 52) 

The C field controls whether or not the Cache, if installed, 
is to be used during read operations. In general, this bit must 
be Zero. For procedural read requests (BS field equals 19, 1A, 
1c, or 1D), bit 52 must be a One. For data read requests (BS 
field equals 11), bit 52 will be a One iff the Cache is being 
used, and Zero if it is being bypassed. 

CK Field (Bits 20 and 21) 

The CK field controls: 


@e The firmware clock speed during nonwrite operations - 
@e Whether a byte or word is written during write operations. 


Table B-9 lists the clock speeds for each decode of the CK 
field. 


Table B-9 CPU Clock Speed (CK) Field Decodes 
CLOCK SPEED 
Very Long 
Half Long 


Half Fast 


Very Fast 


NOTES 


l. If bit 20 equals Zero during a Megabus 
write operation, a word is written. 


2. If bit 20 equals One during a Megabus 
write operation, a byte 1S written. 


im, 


DI Field (Bits 0, 4, and 8) 

The DI field controls: 

e The RAM as an internal bus Source and destination 

@ Whether the microprocessor area output made available to 

the internal bus by the AD field is used as an internal 
bus source. : 

When the RAM is an internal bus source or destination, the 
specific RAM location is selected by the interaction of the LS/SM 
fields. Table B-10 lists the operations performed by each decode 
of the DI field. 


Table B-10 Internal Bus Control (DI) Field Decodes 


DI DECODE OPERATION PERFORMED 


BI SRCMOD is L4 (BI6 field must = 26) 


BI ~—— microprocessor output 


BI —— microprocessor output 
RAM(L) =— BI 


Undefined 
No action 
BI SRCMOD is R8 (BI6 field must 


RAM (L) =— BI 


BI <— RAM (L) 
GP Field (Bits 36 through 42) 
The GP field controls: 


e The GP category of miscellaneous hardware 
e Certain internal bus destinations. 


Table B-1ll lists the operations performed for each decode of 
the GP field. 


Table B-1l General Purpose (GP) Field Decodes x 
(Sheet 1 of 4) \ 


GP DECODE OPERATION PERFORMED 


No action 


H—=— BI 
SIGN—=—BI (4) 


SIGN~—BI (4) 
ZERO —@—AUZ 
MISC——BI (19) 


F(8-11)—*—BI (12-15) 
SEL~=— BI (16-19) 
SIGN ——1] 

NEWXR=—1] 


XB (1-3) —«—XB (02) 

XB(0) controlled by AS(0) 
SHIN2—— 0 

SHINI~—0 


XB (1-3) —*—XB (0-2) 
XB(0) controlled by AS(0) 
ZERO =—1 


F——BI (4-15) 
SEL——BI (16-19) 
XB —=— 0 
NEWXR~=—1 


SEL~—BI (16-19) 
SHIN2—— 1 
SHIN] ~—1 
NEWXR—=—1 


F~—BI(4-15) 
SEL~—BI(16-19) 
ZERO=— AUX 
SHIN2——0 
SHINI—=— 0 
XB~=— 0 
MISC=—0 
NEWXR~=—1 


XB (1-3) —— XB (0-2) 

XB(0) controlled by AS(0) 
SHIN2—— 0 

SHINI—=—1 

MISC=—0Q 


am 


Table B-ll General Purpose (GP) Field Decodes 


(Sheet 2 of 4) 


GP DECODE OPERATION PERFORMED 


XB (1-3)——XB (0-2) 
XB(0) controlled by AS(Q) 
ZERO ~—0 


F (8-11) —— BI (12-15) 
SEL——BI (16-19) 
MISC ~—[BI(4-9) = 0] 
SIGN~—BI (19) 
NEWXR~+— 1 


SIGN =—BI (4) 
MISC =—1 


SIGN ——BI (19) 
MISC ~—1 


SIGN——BI (19) 
ZERO=—-QLT active flop 


Undefined 


SHIN 2—*— SIGN 


SHIN2 —— SIGN 
SIGN ——BI (4) 


SHIN] ——I (B) 


SIGN ——1 


XB (1-3) <=—XB (0-2) 
XB(0) controlled by AS(Q0) 


XB (1-3) =*—XB (0-2) 
XB(0) controlled by AS(0) 
SIGN «BI (4) 
ZERO —=— 0 
ZERO—=—1] 
ZERO =—AUZ 
SIGN ——BI (4) 
SIGN——BI (0) 


SIGN=*—BI(19) 


Table B-ll General Purpose (GP) Field Decodes on 
(Sheet 3 of 4) | = 


GP DECODE OPERATION PERFORMED 


SHIN2—— 0 
SHIN] = 0 


SHIN2 —— 0 
SHINI = 1 


SHIN2Z— ] 
SHIN1—- 0 


SHIN2 <= 1 
SHIN] 1 


F «—BI (4-15) 

SEL «<«—BI(16-19) 
NEWXR <1 

Undefined 
F(8-11)—<—BI(12-15) 
SEL~ BI (16-19) 
NEWXR «— 1 

MISC 0 

Mise 1 

MISC ——CRY 

MISC «ACK 

MISC =—MMU protection violation signal 
Undefined 
Undefined 


SEL=—BI (16-19) 
NEWXR =] 


H——BI 
SEL=<*BI(16-19) 
NEWXR =] 
H—=—BI 
Undefined 


Undefined 


Table B-1ll General Purpose (GP) Field Decodes 
(Sheet 4 of 4) 


Undefined 
Undef ined* 
Undefined* 


WRAP—*-CRY ¥ SIGN 
NEWXR = 0 


S(1-2)—— BI (5-6) 


S(10-15)—@—BI (14-19) 
if F(5) = 0, INTBSY=—0 


LINK —BI (11-18) 

Undef ined* 

If AF = 9, B, D, or F, MMU validates 
range 

If AF = 8, A, C, or E, Suppress MMU 
access rights check (NOCHEK) 


Panel (most Significant digit of display) 
—~—BI(16-19) 


Panel (least Significant four digits of 
display) —BI (4-19) 


Undefined* 
LOAD «1 


Undefined 


TRAFFIC——ZERO 


LOAD=*— 0 


PANOK ==—1 


*Used by native firmware 


LS Field (Bits 1 through 3) 
The LS field controls: 


e The register file address when the AS field specifies 
RF(L) as an ALU input 


e The register file address when the AD field makes a reg- 
ister file location available to the internal bus 


@ The RAM address when the DI field specifies the RAM as an 
internal bus source or destination 


e The interpretation of AS(0) equals Zero (refer to descrip- 
tion of AS Field). 


The LS field interacts with the SM field to select specific 
register file and/or RAM locations. The three-bit LS field spec- 
ifies a four-bit constant that is logically ANDed with the four- 
bit value specified by the SM field to calculate the register 
file and/or RAM address. Table B-12 lists the constants gener- 
ated from each decode of the LS field. 


Table B-12 RALU Left Select (LS) Field Decodes 


RESULTING 
LS DECODE CONSTANT 


NA Field (Bits 53 through 63) 
The NA field controls: 


@e The next address for firmware sequencing 


e Constant generation on the internal bus 
e CTR initialization. : 


The NA field, in conjunction with the TC and BR fields, con- 
trols the next firmware address. In general, the entire NA field 
Specifies one of the alternative branch addresses. In 


B-18 


sir, 


Transparent mode, if an XL or a splatter branch is being used (BR 
field # 0 or 8), NA(O) determines the high order bit of the ll- 
bit address. In Sequential mode, if an LBRANCH command is being 
used (TC Field = 0 and BR Field = F), NA(0-2) determines the high 
order three bits of the address. 


A constant is generated on the internal bus when BI6(0) 


equals Zero, or when BI6 equals 21 or 29. In all of these cases, 
four bits of the constant are derived from NA(3-6). 


When the BS field increments the P register (BS Field = 05, 
1c, or 1D) and the GP field is controlling the XB register (GP 


Field = 04, 05, 06, 08, 09, OA, 14, or 15), then CTR is set to 
NA(1l). 


RS Field (Bits 5 through 7) 
The RS field controls: 


e The register file address when the AS field specifies 
RF(R) as an ALU input 


@e The register file address when the AD field specifies a 


register file location as the destination for the ALU 
result 


@e xXB(0) when shifting the XB register. 


The RS field interacts with the SM field to select specific 
register file locations. The three-bit RS field specifies a 
four-bit constant that is logically ANDed with the four-bit value 
specified by the SM field to calculate the register file address. 


Table B-13 lists the constants generated from each decode of the 
RS field. 


Table B-13 RALU Right Select (RS) Field Decodes 


RESULTING 
RS DECODE CONSTANT 


When shifting the XB register (GP Field = 04, 05, 09, OA, 14, 
or 15) and AS(0) equals Zero, XB(0) receives the complement of 


SM Field (Bits 28 through 30) 


The SM field interacts with the LS and RS fields to select 
specific register file and/or RAM addresses. The three-bit SM 
field specifies a four-bit value that is logically ANDed with the 
four-bit constant specified by the LS field to calculate 
addresses controlled by LS. The four-bit value specified by the 
SM field is also logically ANDed with the four-bit constant 
specified by the RS field to calculate addresses controlled by 
RS. The value specified by the SM field is either a constant or 
a function of the F/SEL register. Table B-14 lists the four-bit 
value resulting from each decode of the SM field. 


Table B-14 Select Modify (SM) Field Decodes 


SM DECODE RESULTING 4-BIT VALUE 


B'llll' (constant of all 1's) 


1,F (1-3) 
1,F (9-11) 
B'1110' 
Undefined 
B'1101' 
1,SEL (1-3) 


SEL (0-3) 


TC Field (Bits 42 through 47) 


The TC field specifies the test condition to be used during 
firmware sequencing. Table B-15 lists the test conditons for 
each decode of the TC field. 


es 


Table B-15 Test Condition (TC) Field Decodes 
(Sheet 1 of 3) 


O (always false) 
IFSCISTR 
IFSIP 
IFCIP 
IFHALF 
IFWORD 
IFGTWD 
IFQUAD 
IFBCND 
TFEXEC 
IFLAF 
TFLOAD 
IFMIZR 
IFSHIN1I 
IFSHIN2 
IF PMUX 


IFBINUM; IFII when F(1-3) = 0 


IFCRY - AS(0) = 1 
IFCRY20 - AS(0) = 0 
IFWCS 

IFBI4 

IFSHIN 

IF4EQ5 

IFSHZ - AS(0) = 1 
IFSHZ20 - AS(0) = 0 


Table B-15 Test Condition (TC) Field Decodes 


(Sheet 2 of 3) 


TC DECODE CONDITION 


IFAUZ - AS(0) = 1 
IFAUZ20 - AS(0) = 


¢) 


IFCACHE 


IFRMWF 


IFLOCK 


IFTRACE 


IFIC 


IFACK 


IFPRIV 
IFPARER 
IFSELEQO 


Undefined 


IFNUM7 


IFXBO 


IFF4 


IFF5 
IFF6 
IFF/ 
IFF8 


IFDSELEQO (SEL=*—SEL-1) 


IFF9 


IFF11 


IFSELO 


IFSEL1 
IFSLI-3EQ7 


€ Table B-15 Test Condition (TC) Field Decodes 
(Sheet 3 of 3) 


IFSEL3 

IFTICK 

IFYELLOW (YELLOW, TICK~—(Q) 
IFREGAD 

IFZERO 


IFSIGN 


IFMISC 


IFSEL2 
IFADRER 
IFRUP 
( IFRPTR (SIGN——0O) 
IFBI12 


IFOVFL - AS (0) 
IFALUO - AS (0) 


Undefined 
Undefined 


IFQSR (AD 
IFDDLEQO 


IFBI19 


B-23/B-24 


Appendix C 


Reserved Word List and Encodings 


This appendix contains an alphabetical list of reserved 
words, and the values they cause to be encoded into the bits of 
the firmware word. The AREA column indicates the area with which 
the reserved word is associated and may be interpreted as 
follows: 


e BI - Internal Bus Area 

@ BUS - Megabus Interface Area 

e CK - Master Clock Area 

@ FLOPS - Miscellaneous Hardware Area 

@ PRV - Included to maintain compatibility with a previ- 


ous assembler 


@ PSEUDO - Pseudo op-code 
@ RALU - Microprocessor Area 
@® SEQ - Firmware Sequencing Area. 


The ENCODING column indicates the fields affected (refer to 
Appendix B) and the corresponding hexadecimal values. When mul- 
tiple walues are specified, they are listed in their order of 
preference by the assembler. 


AD 
ADD 


ADD] 


ADD1SE 


ADDL 


eas 
ah. 
on 


nar 


WORD |. AREA 
AND 


AS 
ASIL 
ASIQ 
ASIZ 
ASLO 
ASLR 
ASZL 
ASZOQ 
ASZR 
AWIL 
AWIQ 
AW1Z 
AWLQ 
AWLR 
AWZL 
AWZQ 
AWZR 
AXLP 
AXLQ 
AXLR 


AXXX 


BO 
through 
B7 


BB RALU, BI 


ENCODING 
AF =C 


Refer to Table 


Refer to Table 


C-1 


RALU, 


RALU, 


BI 


BI 


BI 


BI 


Refer to Table C-l 


Refer to Table C-l 


DI = 4, 6; BS = OF, OD, OC, OE; 
[BI6 = 23 or BI6(0-1) = 3] 

DI = 4, 6; BS = OF, OD, OC, OE; 
BI6 = 25 


AS(1-3) = 5, 6, 7; may also 
affect setting of AF, depending 
On microprocessor function 


Refer to Table C-l 
Refer to Table C-] 


Refer to Table C-l 


/ 

é 

t 

\ : 
df 


oF * 
oh. \ 
ff \ 

AL pa 
es 

‘ vce” 


WORD | AREA ENCODING 


BN 
BN 3 
BNE 


BP 
BPH 


BR 
BS 
BUS 


CALL 


CHGLOCK 
CK 
CKHF 
CKHL 
CKVF 
CKVL 
COPY 


CTRO 
CTR1 


DO 
through 
D7 

DB 

DB3 

DBE 


DDLEQO 


RALU 


RALU 


RALU 


BI 


BI 


PRV 


PRV 


BUS 


SEQ-OP-CODE 
SEQ-OPERAND 


BUS 
PRV 
PRV 
PRV 
PRV 
PRV 
RALU 


FLOPS 


FLOPS 


RALU, 


RALU, 


RALU, 
RALU, 


FLOPS 


BI 


BI 


BI 


BI 


Refer to Table C-l 
Refer to Table C-l 


Refer to Table C-] 


DI = 4, 6; BS = 1D, 1C; 
[BI6 = 23 or BI6(0-1) = 3] 
DI = 4, 6; BS = 1D, 1C; 
BI6 = 25 


BR = C; TC = 0 
BR(1-3) = 4 


it 
em) 


BS = 10, 15; C 


AF = 3, B, C 

GP = 14, 6, 8, 15, OA, 5, 4, 9; 
BS = 5, 1D, 1C; NA(1) = 0 

GP = 14, 6, 8, 15, OA, 5, 4, 9; 
BS = 5, 1D, 1C; NA(1) = 1 


Refer to Table C-]l 


Refer to Table C-l 
Refer to Table C-]l 


Refer to Table C-l 


WORD | 


DECR 


DEFAULT 


DI 


RALU 


PSEUDO 


PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
RALU 
RALU, 
RALU, 
RALU, 
RALU, 
RALU, 
RALU , 
RALU 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 


PRV 


3) 


to 
to 
to 
to 
to 


to 


Table 
Table 
Table 
Table 
Table 


Table 


3, 


ENCODING 7 : 


[AS (1-3) 
(AS(1l- 


4; 


rae iN 


PRV 


PRV 


PRV 


PRV 


PRV 


PSEUDO 


PSEUDO 


BI 


GP = 20, 06, 08 


GP = 22, 03, OB 


TC = 0; BR = 8 


CK 


BI 


BI-SRC 


WwW 
WM) 
— 
1 
NO 
——_! 
{ 
© 
~~ 
= 
NO 


BI-DEST 


BUS 


FLOPS BI6 = 35 
FLOPS BI6 = 37 
FLOPS BI6 = 36; AS(0) = 1 


IBNAZ20 


ICBI4 
ICBI19 
ICQSR 
ICRY 
| ICRY20 
IDCO 
through 
IDCF 
IDSO 
through 
IDSF 
IF4EQ5 


IFACK 


| IFADRER 


IFALUOQ 


IFAUZ 


IFAUZ20 


IFBCND 
IFBI4 
IFBI12 
IFBI19 
IFBINUM 
IFCACHE 
IFCIP 


IFCRY 


BI6 = 36; AS(0) = QO; 
LS(0) = 0 - refer to Note 


BI6 = 3E 

BI6 = 3D 

BI6 = 3C; AD = 4, 5 

BI6 = 3F, 3B, 37; AS(0) = 1 


BI6 = 3F, 3B, 37; AS(0) = 0; 
LS(0) = 1 - refer to Note 


DI = 4, 6; BI6 = 29; 

BS(1-2) = 0, 1, 2; NA(3-6) = y 

where y = 0 through F 

DI = 4, 6; BI6 = 21; 

BS(1-2) = 0, 1, 2; NA(3-6) = y 

where y = 0 through F 

TC = 15 

TC = 1D 

TC = 37 S 


TC 3B; AS(0) = 0; 
LS(0) = 1 - refer to Note 


ZC 17; AS(0) = 1 


TC = 17; AS(0) = O; 
LS(0) = 1 - refer to Note 


TC = 08 
TC = 13 
TC = 3A 
TC = 3F 
TC = 10 
TC = 18 
TC = 03 


TC = 11; AS(0) = 1 


IFCRY20 TC = 11; AS(0O) = 0; 
LS(0) = 1 - refer to Note 
IFDDLEQO TC = 3E; AD = 0O, 1 
IFDSELEQO TC = 29 
IFEXEC TC = 09 
IFF4 TC = 24 
IFF5 TC = 25 
IFF6 TC = 26 
IFF?/ TC = 27 
IFF8 TC = 28 
IFFY TC = 2A 
IFF11 TC = 2B 
IFGTWD TC = 06 
IFHALF TC = 04 
IFIC TC = 1C 
IFII TC = 10 
IFLAF TC = OA 
IFLOAD TC = OB 
I FLOCK TC = 1A 
IFMISC TC. = 35 
IFMIZR TC = 0C 
IFNUM7 TC = 22 
IFOVFL TC = 3B; AS(0O) = 1 
IFPARER TC = 1F 
IF PMUX TC = OF 
IFPRIV TC = 1E 


IFQSR TC = 3E; AD = 4, 5 


| WORD AREA ENCODING on 


IFQUAD TC = 07 

IFREGAD TC = 32 

| IFRMWF TC = 19 

IFRPTRP TC = 39 

IFRUP TC = 38 

IFSCISTR TC = 01 

IFSELO TC = 2C 

IFSEL1 TC = 2D 

IFSEL2 TC = 36 

IFSEL3 TC = 2F. 

IFSELEQO | TC = 20 

IFSHIN TC = 14 

IFSHIN1 TC = OD - a 
IFSHIN2 TC = OE - 
IFSHZ TC = 16; AS(O) = 1 

IFSHZ20 TC = 16; AS(O) = 0; 


LS (0) = 1] - refer to Note 
IFSIGN TC = 34 

IFSIP TC = 02 

IFSL1-3EQ7 TC = 2E / 

IFTICK TC = 30 

IFTRACE TC = 1B 

IFWCS TC = 12 

IFWORD TC = 05 

IFXBO TC. = 23 


IFYELLOW TC = 31 


IFZERO- . TC = 33 


IGL 


IGL20 


IGLU 
INCP 
INCR 
INCY 
IO4NE5 
IORC 
IOVFL 
I OWH 
IOWU 
IOWW 


K 


K--0 
through 
K--F 


L4 BI 


- PSEUDO 


LABEL 


LBRANCH SEQ 


LINK BI 


1 


w 

4 

oy) 
i 


38: AS(0) 


BI6 = 39: AS(0) = O; 
LS(0) = 1 - refer to Note 


BI6 = 3A 
BS = 05 
AF = 8 


DI = 4, 6; BI6(0-1) = 0, 1; 
BI6(2-5) = y 

where y = 0 through F 
BS(1-2) = 0, l, 2 

DI = 4, 6; BI6(0-1) = 0; 
BS(1-2) = 0, 1, 2 

DI 6; BI6(0-1) = 1; 


= 4, 
BS(1-2) = 0, 1, 2 
DI = 0: BI6 = 26 


BR = F; TC = 0 


GP = 35 


A _N 
i ? 


PSEUDO 
FLOPS 
FLOPS 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


PRV 


MM 

MM3 
MME 
MMU 


MMURDACC 


MMUSELECT 


MMUWRACC 


MN 

MN 3 

MNE 

MSO 

MS1 

MS 4-9EQ0 
MSACK 
MSCRY 


MSCRY20 


MSNB1I19 
MSPROV 
NA 
NATIVE 


NLST 


BI 
BI 

BI 
FLOPS 
FLOPS 
FLOPS 
FLOPS 
FLOPS 


FLOPS 


FLOPS 
FLOPS 
PRV 
PSEUDO 


PSEUDO 


Refer to Table C-2 


BS = 06; 
BS = O07; 
Refer to 
Refer to 
Refer to 
GP = 23, 
GP = 24, 
GP = OB 

GP = 26 


GP = 25; 


2) 
it 
© 


C = 0 
Table 
Table 
Table 


09, 08 


OC, OD 


AS (0) 


AS (0) 


1 - refer to Note 


: . 


PSEUDO 


NOCACHE BUS 


NOCHEK FLOPS 


FLOPS 


| NONPROC 


NORMAL BUS 


OR RALU 


BI-SRC 


BI-DEST 


PRV 


BI-SRC 


BI-DEST 


PANEL4 BI 
PANOK 
PINC 
PLOD 
PMUX 
PRCI 
PRCP 
-PSELECT 
PSHL 
PSHY 
PSTI 
PSTL 
PSTY 


| PURG 


BS = 


GP = 


AF = 


BS = 


AF = 


DI = 
04, 


BS = 


25:3 


| WORD " AREA ENCODING 
NO 2 


BUS BS = 01; C = 0 

RALU-SRC1,SRC2 | AS(1-3) = 0, 2, 6; may also 
affect setting of AF, depending 
on microprocessor function 


RALU-DEST AD = 0 


RB BI DI = 5; BI6 = 20 


RAMO BI Refer to Table C-2 


through 
RAMF 


RAMSEL BI Refer to Table C-2 

RDREQ BUS = 

RDREQP BUS BS = 19, 1A; C= l 

REGSEL —  RALU © Refer to Table C-l 

RETURN SEQ-OP-CODE BR = 2; TC = 0 
SEQ-OPERAND BR = 2, A 

RI PRV - 

RING BI GP = 33 

RINGCALC AF = E 


RINGINIT AF = B 


WORD AREA ENCODING 
PRV er 


PRV = 


BI DI = 4, 6; BS(1-2) = 0, 1, 2; 
[BI6 = 23 or BI6(0-1) = 3] 
BI DI 6; BI6 = 2F; 


SEL 


BI 


SEQUENTIAL 


PSEUDO 


SET PRV 


SGl 


FLOPS GP = 13, 03 


SGBI0 FLOPS GP = 1A 


| SGBI4 


/ SGBI19 
ie 

| SHOI 
a 
/SH11 
 SH1IB 
| SH2NSG 
SL 

SM 
SMO 
SMD 
 SMN 

/ SMR 
SMS 
SMX 
SR 
‘SUB 
/SUBI 
TITLE 
/TRAFNZ 
UNUSED 
/VALID8 


/VL 


c-18 


AREA 


. 
+ 
} 
% 
zt 
i 


FLOPS 
FLOPS 
FLOPS 
FLOPS 
FLOPS 
FLOPS 
FLOPS 
FLOPS 
RALU 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
PRV 
RALU 
RALU 
RALU 
PRV 
PSEUDO 
FLOPS 
PSEUDO 
FLOPS 


CK 


GP 


GP 


GP 


GP 


GP 


GP 


GP 


GP 


AD 


AD 


AF 


AF 


GP 


GP 


CK 


ENCODING 


19, 15, OC, 11, Ol, 


1B, OE, OD, OB 


1c, 04, 08 
1D, 09 
1E 

1F, 07 
12 

10, 11 
7 

5 

9, A 
bg oe 
3D 


02 


so, 


WRAP 


WRT 
WRTBYTE 
WRTWORD 
ASP 

XOF 

XOT 

XA 

XAF 

XAT 

XB 

XBO 

XBF 


XBHEX 


XBSR 


XBSRO 


XBSRI1 


XBT 
XE 
XEF 
XET 
XF 


XFF 


GP = 32 
LS(0) = 


CK (0) 


CK (0) 


CK (0) 


BR = 2, 


BR = 6, 


° 
o 


v 


6 


v 


AS(0) = QO; 
1 - refer to Note 


0 


1 


6; BI6 = 2D; 


= 0, 1, 2 


15, OA, 05, 04, 
1; AD = 4, 5 


15, OA, 05, 04, 
O- RS(0) = 1; 
1 - refer to Note 


15, OA, 05, 04, 
O; RS(0O) = O; 
1 - refer to Note 


WORD - AREA ENCODING 


09; 


09; 


09 


oa 4 


a 
a 
eu ke 
ae 


DI = 4, 6; BI6 = 24; 

[BS = 02, 03, 07, 08, 09, OA, OB, 

1A or BS(0-1) = 2) 
BI-DEST BS = 08, 04, 06, OC, 1C 

Y BAY PRV - 

YGJW PRV - 

YINC PRV - 

YLOD | PRV - 

YMUX PRV - 

YOLD PRV = 

YR16 BI BS = OB 

YREL = 


YRELOC . 


WORD AREA ENCODING 


BS 
C 


DI 
BS (1-2) 


AS(1-3) = 2, 3, 4, 73; may also 
affect setting of AF depending on 
microprocessor function 


GP = 16, OA 


ZRO 


GP = 17, 05 


ZR1 


GP 18, 02, 08; AS(0) = 1 


ZRAUZ 


GP = 18, 02, 08; AS(0) = 0; 
LS(0) = 1 - refer to Note 


ZRAUZ20 


ZRQOLT 


NOTE 


If ADDSE or ADDISE is the microprocessor function, 
then LS(0) = 0 


Table C-l Register File Operand Encodings 


@ When a register file location is specified as SRCI1 or 
SRC2 in the microprocessor area: 


1. AS(1-3) eguals 0, 1, 4, or 5; LS and SM are set 
according to Table C-3, or 


2. AS(1-3) equals 1 or 3; RS and SM are set according 
to Table C-3. 


When a register file location is specified as DEST in 
the microprocessor area, AD equals 3, 2, 4, 5, 6, or 


7; RS and SM are set according to Table C-3. 

When a register file location is specified as the 
internal bus source, AD equals 2; LS and SM are set 
according to Table C-3, and 

l. DI eguals 1 or 2, or 

2. BI6 equals 26 and DI equals 0 (L4), or 


3. BI6 equals 20 and DI equals 5 (R8). 


Table C-2 RAM Location Operand Encodings 


f . i 


Ney’ 


Vesa 


LS and SM are set according to Table C-3. 


Tf a RAM location is specified as the internal bus 
source, DI equals 7, BI6(0-1) equals 3, and BS(1-2) 


equals 0O, l, or 2. 


If a RAM location is specified as the internal bus 
destination, DI equals 6 or 2. 


Table C-3 LS/RS and SM Encoding Values (Sheet 1 of 2) 


REGISTER RAM 
FILE LOCATION LS/RS 


RAM8 4 
RAM9 
RAMA 
RAMB 
RAMC 
RAMD 
RAME 
RAMF 


ry 
W 


SM MRM NMNHA AACS VUNOWU I RMR RMON NAVAAHACO VUO Www |! 
an} 
Ud 


5 
5 
“o 
6 
7 
6 
7 
7 
5 
6 
7 
is) 
6 
7 
5 
6 
0 
1 
1 
1 
2 
3 
2 
3 
3 
1 
2 
3 
1 
2 
3 
1 
2 
7 


REGSEL RAMSEL 


Appendix D 


Summary of Restrictions 


Tnis appendix provides a list of firmware coding restrictions 
for each CPU area. For a number of these restrictions, viola- 
tions will result in an "E29 VALUE ASSIGNMENT CONFLICT" diagnos- 
tic message. An asterisk (*) Specifies that the assembler might 
not diagnose violations of the indicated restriction (i.e., 
restrictions that depend on the step just previously executed, or 
that include operands which imply other operands). 


Microprocessor Area 


l. If SRC1, SRC2, and DEST all specify register file loca- 
tions, then DEST must be the same as either SRC1l or SRC2. 


2. If two register file mnemonics are used among SRCl, SRC2, 
and DEST, then both mnemonics must be from the same 
group, aS Shown in Table D-l. 


3. If SRC1l or SRC2 is a "restricted selection" register file 
Operand (refer to Table D-2) and a FLOPS operand or firm- 
ware sequencing condition forces AUZ, CRY, and OVFL to 
detect on 20 bits (refer to Table D-5), the restricted 
selection operand must be a B register or REGSEL. This 
restriction does not apply 1f ADDSE or ADDISE 1s 
Specified. 


4. If a shift modifier (SL, DL, SR, or DR) 18S Specified, 
DEST must specify a register file location. 


*5. If a register file operand 1S specified as a function of 
fields in the F/SEL inStruction registers, and the firm- 
ware step just previously executed altered the contents 
of SEL, those operands that depend on SEL will use its 
previous contents (1.e., the contents before SEL was 
altered at the end of the firmware step just previously 
executed). 


6. The following microprocessor functions have special 
restrictions on their operands. 


FUNCTION SRC1l SRC2 DEST 


ADDSE If DEST and SRCl 
| both RF, DEST 
must = SRCl. 


RF or Q only] D register only 


ADDISE D register only 


ANDC Not Q 
If SRCl = ZERO, 


SRC2 must be BI. 


If SRCl, SRC2, and 
DEST all RF, DEST 
must = SRCl. 


Definition 


RF = Register file location. 


7.  #%SRC1l and SRC2 must not both be ZERO, nor both Q, nor both 


BI. 
Internal Bus Area 


l. When a register file location is specified as the inter- 
nal bus source, there are restrictions on the micropro- 


cessor area microinstruction, if specified. DEST must be 
a register file location from the same group, as shown in 


Table D-l. No shift modifier may be Specified. If a 
"restricted selection" register file operand (refer to 
Table D-2) 1S present, the internal bus source must be 
the same operand. 


2. A SRCMOD operand (R8 or L4) may be specified only when 
the source is from the microprocessor area. 


3. If a RAM location 1S Specified as an internal bus source 
or destination, the following restrictions apply: 


@ A RAM location may not be an internal bus source and 
destination simultaneously. 


e If any register file operand is specified in the 


Microprocessor Microinstruction, the RAM location must 


come from the same group, as shown in Table D-l. 


e If a "restricted selection" register file operand 
(refer to Table D-2) is present in the microprocessor 


microinstruction or a register file location is specl- 
fied as the internal bus source, the RAM location must 


"correspond" to the register file operand as shown in 
Table D-3. | 


ih 


j 4 
1 


*7. 


*8. 


"9. 


"I" may not be an internal bus destination if any of the 
following is the internal bus source: 


BDH 

BPH 

H 

HL8 

I 

LVL 

MMU 

P 

PANEL 

S 

XBHEX 

Y 

Z 

Constant category 
Microprocessor source with SRCMOD operand. 


When a constant of the form xxyz#, IDCy, or IDSy is 


specified as the internal bus source, there are restric- 
tions on the firmware Sequencing microinstruction. The 


- second least significant hexadecimal digit of all address 


value operands (bits 3 through 6 of an 11 bit value) must 
equal y. In the Transparent mode, if no firmware 
sequencing microinstruction 1S specified, the second 
least Significant hexadecimal digit of *+l must equal y. 


FLOPS operands in the GP or CTR categories, NOCHEK, and 
VALID8 may not be specified if any operand from the other 
internal bus destinations category 1S used, except as 
noted in Table D-4 and under Miscellaneous Hardware Area, 
Item 5. 


If BD, BP, or RUP is the internal bus source, and I 1S an 
internal bus destination or a FLOPS operand from the 
indicator register (1) category 1S specified, bits 0 
through 3 of the internal bus are undefined. 


If a register file or RAM location iS specified as a 
function of fields in the F/SEL instruction registers and 
the firmware step juSt previously executed altered the 
contents of SEL, those operands that depend on SEL will 
use itS previous contents (i.e., the contents before SEL 
was altered at the end of the firmware step just previ- 
ously executed). 


Use of BP or BPH as an internal bus source automatically 
causes P to be incremented. 


Megabus Interface Area 


1. A Megabus interface area microinstruction may not be 
specified 1f BD, BDH, BP, BPH, MMU, P, RUP, or Y 1s the 
internal bus source or if P, Y, YR16, or YRELOC is an 
internal bus destination, except as follows: 


PERMISSIBLE 
MICROINSTRUCTION BI SOURCES PERMISSIBLE BI DESTINATIONS 


BUS INCP 
*Implies Y as BI destination 


BUS INCY 

BUS MMURDACC 
BUS MMUSELECT 

BUS MMUWRACC 

BUS PSELECT 

BUS PURGE 

BUS YSELECT 

RDREQ NORMAL 
RDREQ CHGLOCK 
RDREQ I-O 

RDREQ NOCACHE 

| RDREQP. 

WRT CHGLOCK 

WRT I-O 

WRT I-O, INCY 

WRT INCY 

WRTBYTE CHGLOCK 
WRTBYTE I-O 
WRTBYTE I-O, INCY 
WRTBYTE INCY 

| WRTWORD CHGLOCK 
WRTWORD I-0 
WRTWORD I-O, INCY 
WRTWORD INCY 


Y 
P, Y, YR16, YRELOC 


KeKeK KK OD OK 


ae] 


mM KR KR KKK KK S 
KK 


P (requires Y as source) 


2. An internal bus source must be specified in any step in 
which a WRT, WRTBYTE, Or WRTWORD is specified. 


3. The ALU result may not be the internal bus source in the 
same step in which a WRT, WRTBYTE, or WRTWORD 1S 
specified. 


*4. BUS PURGE must be specified in some step prior to one 
which includes both RDREQP and BI, Y, P. 


Miscellaneous Hardware Area 


1. If a FLOPS operand from the indicator register (I) cate- 
gory is used, the following internal bus sources may not 
be specified. | 


@ BDH 
@ BPH 


mee 


O35 % 


io 


"Bs 


H 

HL8 

I 

LVL 

MMU 

P 

PANEL 

S 

XBHEX 

Y 

Z 

Constant Category 
Microprocessor source with SRCMOD operand. 


At most one FLOPS operand from the following group may be 
Specified in a Single step: CTRQ, CTR1, NOCHEK, VALID8, 

or GP category (except as noted in Table D-4 and in Item 

5 below). 


FLOPS operands from the GP category and internal bus 
destinations from the "other destinations" category may 
only be combined as shown in Table D-4. 


FLOPS operands or firmware sequencing conditions which 
force microprocessor signals, AUZ, CRY, and OVFL to 
detect on 16 bits may not be specified simultaneously 
with FLOPS operands or firmware sequencing conditions 
which force AUZ, CRY, and OVFL to detect on 20 bits 
(refer to Table D-5). 


CTRO and CTR1 imply XBSR unless XBO, XBSRO, or XBSRI1 1s 
Specified. P is incremented when these operands are 
used. CTRO restricts bit 1 (assuming ll-bit values) of 
firmware sequencing address value operands to VU and CTRI 
restricts bit 1 to l. 


ICQSR or XBSR may be specified only when a right shift 
(SR or DR) 1S specified in the microprocessor micro- 
instruction. 


Use of XBSRO requires any register file microprocessor 
operand that 1S not a “restricted selection" (refer to 
Table D-1) to be a B register. Use of XBSRI1 requires any 
register file operand that is not a restricted selection 
to be a D register. 


Operands in the MMU category imply other firmware func- 
tions as follows: 


| OTHER FUNCTIONS WHICH OVERRIDE 
OPERAND IMPLIED FUNCTION IMPLIED FUNCTION 


DDLEQO XORC 


NOCHEK RINGCALC INCR, ADD1, AND, SUB 


NONP ROC 

RINGCALC 

RINGINIT COPY 

VALID8 | DDLEQOQ, NONPROC, RINGINIT 


Firmware sequencing Area 


skis 


When a constant of the form xxyz#, IDCy, or IDSy is 
Specified as the internal bus source, there are restric- 
tions on the firmware sequencing microinstruction. The 
second least significant hexadecimal digit of all address 
value operands (bits 3 through 6 of an 11-bit value) must 
equal y. In the Transparent mode, if no firmware 
sequencing microinstruction 1S specified, the second 
least significant hexadecimal digit of *+1l must equal y. 


FLOPS operand CTRO restricts bit 1 (assuming ll-bit 
values) of address value operands to QO, and CTRI1 
restricts bit 1 tol. 


If both operands of a condition specify address values 


(legal in Transparent mode only)- one operand must equal 
the other operand ORed with 3. 


Firmware sequencing conditions or FLOPS operands which 
force microprocessor signals AUZ, CRY, and OVFL to detect 
on 16 bits may not be specified simultaneously with con- 
ditions or FLOPS operands which force AUZ, CRY, and OVFL 
to detect on 20 bits (refer to Table D-5). 


When XLO 1S used aS an operand of a condition, bit QO 


(assuming ll-bit values) of the other operand must be 0. 
When XL1 1s used, bit O must be l. 


IFQSR may be used only when a right shift (SR or DR) is 
Specified in the microprocessor microinstruction. 


IFDDLEQO may be used only when DEST in the microprocessor 
area microinstruction is Q or null. 


XA, XB, XE, XF, XR, or XW may not be specified simulta- 
neously with F or FR8 as an internal bus destination. 


At most, one of the following group may be an operand of 
a Transparent mode condition: XA, XB, XE, XF, XL, XLO, 
XL1, XR, or XW. | 


Table D-l1 Register File/RAM Locations Legal Groups 


DO, D3, D6, D7, BO, B3, B6, B7/, M3, M6, M7, RAMO, 
RAM3, RAM6, RAM7, RAM8, RAMB, RAME, RAMF. 


DO, Dl, D4, D5, BO, Bl, B4, B5, Ml, M4, M5, RAMO, 
RAM1, RAM4, RAM5, RAM8, RAM9, RAMC, RAMD. 


DO, D2, D6, BO, B2, Bo, M2, M6, RAMO, RAM2, RAM6, 
RAM8, RAMA, RAME. | 


DO, DN, DN3, DNE, BO, BN, BN3, BNE, MN, MN3, MNE, 
RAMO, RAM8. 


DO, DB, DB3, DBE, BU, BB, BB3, BBE, MB, MB3, MBE, 
RAMO, RAMS. 


DO, DB, DB3, DBE, REGSEL, MB, MB3, MBE, RAMO, RAMSEL. 


DO, DM, DM3, DME, BU, BM, BM3, BME, MM, MM3, MME, 
RAMO, RAM8. 


Table D-2 Register File "Restricted Selection” Criteria 


A Register file operand which is microprocessor SRCl or 
SRC2 or internal bus SRC is a "restricted selection" 
operand if: 


It 18S the internal bus source 


or ADDISE 


It 1S SRC2 for the functions ANDC, ADDSE, 


The microprocessor DEST is a different register file 
operand 


The other microprocessor source is Q 


The other microprocessor source 1s BI 


The other microprocessor source iS another register 
file operand which does not satisfy the restriction(s) 
(1.e., 1£ SRC1l and SRC2 are both register file 
Operands, one must be a "restricted selection" 
operand). 


Table D-3 Register File/RAM Location 
Operand Correspondence 


REGISTER FILE CORRESPONDING RAM 
OPERAND LOCATION OPERAND 


RAMO 
RAM1-RAM7 or M1-M7 


Table D-4 Permissible GP Combinations (Sheet 1 of 2) 


DESTINATION(S) OF INTERNAL BUS GP CATEGORY OPERANDS 


PANEL None 


PANEL4 None 


None 


LVL 


None 


RING 


None 


None 


SGBI4 


SH11 


SGl 


SGBI19, MS4-9EQO 


XBO 


XBO0, MSO, SHOO, ZRAUZ 


 XBO, MSO, SHOU, ZRAUZ20 


None of the above SGB14, MSNBI19, ZRAUZ 


None of the above SGBI4, MSNBI19, ZRAUZ2U 


c Table D-4 Permissible GP Combinations (Sheet 2 of 2) 
SGBI4, SH2NSG 
SGBI4, MS1 
SGBI19, MS1 
SGBI19, ZRQLT 
SGBI4, XBSR 
SGBI4, XBSROQ 
SGBI14, XBSR1 
ZRO, XBSR 
ZRO, XBSRO 
ZRO, XBSR1 
ZR1, XBSR 
ZR1, XBSRO 
ZR1, XBSR1 
SH0O0O, XBSR 
SHO0, XBSRO 
SHOO, XBSR1 
SH10, XBSR 
SH10, XBSRO 


SH10, XBSR1 


Any single GP-category operand, 
except ZROLT, XBO, MSNBI19, or 
MS4-9EQO 


Table D-5 Operands Affecting AUZ, CRY, and OVFL 


FORCE FORCE 
OPERAND TYPE 16-BIT DETECT | 20-BIT DETECT 


FLOPS Operands IBNAZ IBNAZ2U 
ICRY ICRY 20 
IGL20 
MSCRY MSCRY20 
WRAP 
XBSR XBSRO 
XBSR1 


ZRAUZ ZRAUZ20 


Conditions IFAUZ IFAUZ20 
IFCRY IFCRY 20 
IFOVFL IFALUO 


IFSHZ IFSHZ20 


Appendix E 


Instruction Register Maps 


The maps supplied in this appendix represent the decoding 
patterns available to the microprogrammer via the firmware se- 
quencing conditions and reserved operands. The patterns were 
selected to facilitate interpretation of the native instruction 
Set; their utility for user firmware will depend on the similar- 
ity of structure between the user-defined instructions and those 
of the native set. 


The first group of maps (see Tables E-1]1 through E-5) define 
the "splatter" branches available in the Transparent mode. Each 
splatter, when it is used, generates a Specific 1U-bit address as 
a function of the instruction register content (and a few other 
bits of context). Thé most Significant bit.and the-least signif- 
icant bit of each such address are always zero. The 10-bit ad-. 
dress is relative to the 1K bank of the firmwware which contains 
the alternate next address. Thus, for example, if register F,,” 
contained 888#, the code: ps - 
IFF5 “ABC#,XW 
would transfer control to location 964#. 


In the native Firmware, the five splatter branches function 
as follows: 


XA - decode the Address syllable of those instructions that 
use one, and the op-code of others. Column XA of Table 
E-l represents either the generated 1U-bit address, or a 
note directing the reader to a subsequent table for 
further information. XA normally iS used with SIGN = QO. 


XB - decode the address syllable of data descriptors in com- 
mercial (Business) instructions. Column XB of Table E-1 
represents either the generated 10-bit address or a note 
directing the reader to a subsequent table for further 
information. XB normally is used with SIGN = l. 


XE - decode the op-code of most single-operand and double- OR, 
operand instructions for Execution. Column XE of Table oe 
E-l represents the generated 10-bit address (modifiers 
L and M are defined in the notes. 


XR - classify the op-code/address syllable as to operand 
type, and Read the operand, after completing any indi- 
rect addressing and indexing actions necesSSary. Table 
E-2 defines, as a function of address syllable type, 
which column of Table E-1l represents the generated 10- 
bit address (the control flop NEWXR helps distinguish 
between reentrant XR references). 


XW - classify the op-code/address~-syllable as to operand 
type, and Write the result accordingly. Table E-3 
defines, as a function of address syllable type, which 
column of Table E-1l represents the generated 10 bit 
address. 


Table E-6 defines four testable "conditions" which (in the 
native firmware) categorize instructions as to data field size: 
bit, halfword, word, double-word, or quadruple-word (the only 
native gquadruple-word operands are scientific data, which depend 
on the values of bits 2, 4, and 6 of register M4). Also shown in 
the last column of Table E-6 is the set of instructions for which 
the "memory lock" (CHGLOCK) functionality 1S invoked. 
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LEO 
note AIO 
IEO 
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note AH 
1E0 
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Main Splatter Map (Sheet 1 of 2) 


Table E-] 


note BG 
1c0 
note BIO 
1c0 
note BIO 
note BH 
1c0 
note BI] 
note BIl 
note Bll 
1c0 
1c0 
1c0 
1c0 
1c0 
1c0 
1cU 
1¢0 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
note 
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note 
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note 
note 
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Main Splatter Map 


XRl 


1AB 
1A8 
1A8 
1A8 
1A8 
1A8 
1AB 
1A8 
1A8 
1A8 
1A8 
1A8 
1A8 
1A8 
1AB 
1A8+2M 
1A8+2M 
1A8 
lAA 
1AB8 
1A8 
1A6 
1A6 
1A8 
1A8 


XR3 


Xwl 


160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
164 
164 
164 
164 
164 
164 
164+2M 
164+2M 
164 
164 
164 
160 
168 
168 
164 
164 
164 
164 
164 
166 
164 
164 
164 
164 
164 
164 
164 
160 
164 
168 
164 
164+4L 
164 
164 
164 
164 
164 
164 
164 
164 
164 
164 
164 
160 
160 
164 
160 
164 
160 
164 
164 
166 
160 
164 
160 
164 
164 
164 
164 
160 
164 
164+4L 
164 
164+4L 
164 
164+4L 
164 
164+4L 


XW2 


160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
160 
16C 
16C 
10C 
16C 
16C 
16C 
16C+2M 
16C+2M 
16C 
16C 
16C 
160 
16A 
16A 
loc 
16C 
16C 
16C 
16C 
16E 
16C 
16C 
16C 
16C 
16C 
16C 
16C 
160 
16C 
16A 
16C 
16A 
16C 
16C 
16C 
16C 
16C 
16C 
16C 
16C 
16C 
16C 
16C 
160 
160 
16C 
160 
16C 
160 
16C 
16C 
l6E 
160 
16C 
160 
16C 
16C 
16C 
16C 
160 
16C 
16A 
16C 
16A 
16C 
16A 
16C 
16A 


Table E-l1 Main Splatter Map (Sheet 2 of 2) a, 


LAF; otherwise, L = 0 
MISC V ZERO; otherwise, M = 0 
NOTES 


variation XAG 
variation XAH 
variation XAI, column 
variation XAI, 
variation XAI. 
variation XAI, 
variation XAS, 
Variation XAS, 
variation XAS, 
variation XAS, 
variation XBG 
Variation XBH 
variation XBI, 
vVarlation XBI, 
variation XBS, 
variation XBS, 
variation XBS, 
variation XBS, 


refer to Table E-4 
refer to Table E-4 
refer to Table E 
refer to Table E 
refer to Table E 
refer to Table E 
refer to Table E 
refer to Table E 
refer to Table E 
refer to Table E 
refer to Table E- 
refer to Table E 
refer Table 
refer Table 
refer Table 
refer Table 
refer Table 
refer Table 
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If XRNEW = OQ, use XR2 instead of XRIl. 


Table E-3 Key to XW 


a Neate 


Table E-4 XA Variations (Sheet 1] of 2) 
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VARIATION XAG 


SSC pel eb > pale] 


1E8 | 1E8 | 1E8 | 1E8 | 1E8 | 1C8 | 1C8 | 1C8 | 1C8 | 1C8 

1F8 | 1FA | 1FA | 1FA | 1FA | 1D8 | 1DA | 1DA | 1DA | 1DA 

JE2 | 1E4 | 1E2 | 1E8 | 1EC | 1C2 | 1c4 | 1C2 | 108 | 1CC 

1F8 | 1FA | 1FA | 1FA | 1FA | 1D8 | 1DA | 1DA | 1DA | 1DA 
VARIATION XAG (SIGN = 1) 
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VARIATION XAH . 


VARIATION XAI 


Table E-4 XA Variations (Sheet 2 of 2) 


094+22 


O8A 
084 
U8C 
O9E 
U8E 


VARIATION XAS 


Table E-5 XB Variations (Sheet 1 of 2) 


VARIATION XBG (SIGN = 0) 


1c8 | 1C8 |} 1C8 | 1C8 
1DA | 1DA | 1DA | 1DA 
1c4 | 1C2 ; 1C8 | 1CC 
IDA | 1DA | 1DA | 1DA 


VARIATION XBG (SIGN = 1) 


= 


a \ 
\ ‘ 
a 


Table E-5 XB Variations (Sheet 2 of 2) 


Fe per aa fe 


VARIATION XBH 


VARIATION XBS 


Test Conditions 


I FHALF 


Table E-6 


yo 
ENABLE a 
IFWORD | IFGTWD | IFQUAD | CHGLOCK 


F(4-7) | F(8-11) 


F(0-3) 
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where: 


1 if LAF; otherwise, L = 0 
1 if MISC V ZERO; otherwise, M = O 
selected bit of scientific mode register (M4) 


F(0O-3) = 9 A B C D E 


or Fs: 


F 


S = M4(2) M4(4) M4(6) F(5) M4(2) M4(4) M4(6) 
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